This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
regenerating configure in gcc
- From: Jack Howarth <howarth at bromo dot msbb dot uc dot edu>
- To: gcc at gcc dot gnu dot org
- Date: Wed, 1 Nov 2006 10:56:36 -0500
- Subject: regenerating configure in gcc
I am having difficulty getting configure properly
regenerated in libjava so that Geoff's multilib changes
will take effect. What versions of automake and libtool
is required by the current gcc 4.2 branch? I have been trying
automake 1.10 and libtool 1.5.22. However whenever I use
autoreconf -I ../config
in libjava to regenerate configure, the resulting build
mangles the linkage of shared libraries in libjava. The
linkage of the shared libraries fail due to a missing
main symbol.
Jack
ps Is there any way to fake out the gcc build so that
one can selectively introduce --disable-multilib for
certain subdirectories? If I could force libffi, boehm-gc
and libjava to run their configure with --disable-multilib
that should allow me to avoid regenerating their configure
related files.