This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap
- From: "oblivian at users dot sourceforge dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 31 Mar 2008 23:09:39 -0000
- Subject: [Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap
- References: <bug-35752-682@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #8 from oblivian at users dot sourceforge dot net 2008-03-31 23:09 -------
I am convinced that the patch is almost certainly wrong, is not the root cause
of the problem, and the 4.3.0 implementation of libtool is almost certainly
broken.
While the patch allows the compiler to be built in phase 2 and complete, it is
pulling in libraries from the host system. 4.2.3 Most certainly did not. I'm
looking at build logs from both versions and for example the 4.2.3 build
configure log for phase 2 showed that it could not find libflex -lfl for all
stages of the build, where as 4.3.0 can't find -lfl in stage 1 and in stage 2
and follow it all of a sudden starts finds it. Since flex is not installed
until after the phase 2 toolchain it should not be found by the compiler if it
is searching /tools/lib for the whole bootstrap build.
Beyond this bfd in stage 2 of the phase 2 compiler is showing
sys_lib_search_path_spec with /lib and /usr/lib in it, which is very bad for
the phase 2 compiler I'm trying to build.
I'm going to start looking into where sys_lib_search_path_spec is set and find
the deltas between the two versions since I'm not sure where else to look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35752