Re: [RFC PATCH] make libgcj_bc prims symbol sizes correct
Nix <[email protected]>
| Newsgroups | gmane.comp.gcc.java.devel |
|---|---|
| Message-ID | <[email protected]> |
On 17 Aug 2009, Andrew Haley spake thusly: > Please let me know if this works for you. Doesn't apply against 4.4-branch, but the fix is trivial (no @ATOMICSPEC@ in libgcj.spec.in), so I did that. Unfortunately you touched configure.ac and Makefile.am both, and I hit a wall trying to convince autoreconf to play along. GCC is famously picky about the exact versions of the autotools in use, so I installed automake-1.9.6 and autoconf-2.59 (libtool was fine), which were used to generate the stuff in libjava/, but then got this: spindle 564 /usr/src/gcc/gcc/libjava% AUTOCONF=autoconf-2.59 AUTOHEADER=autoheader-2.59 AUTOMAKE=automake-1.9 autoreconf-2.59 -fiv autoreconf-2.59: Entering directory `.' autoreconf-2.59: configure.ac: not using Gettext autoreconf-2.59: running: aclocal --force -I . -I .. -I ../config -I libltdl libltdl/acinclude.m4:6188: the serial number must appear before any macro definition ../config/override.m4:24: error: m4_copy: won't overwrite defined macro: AC_PREREQ ../config/override.m4:24: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoreconf-2.59: aclocal failed with exit status: 1 (I tried at the top level too: same result.) I do not claim to be clueless at autoconfery, but this error has me stumped. What magic invocation do I need to regenerate these things? This error isn't happening at the macro that's supposed to prevent regeneration with th ewrong autoconf version, but at the one above it...