This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug driver/35300] References to original ${prefix} paths in relocated toolchain and /lib and /usr/lib search paths appear in cross toolchain.
- From: "kkylheku at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Feb 2008 05:06:25 -0000
- Subject: [Bug driver/35300] References to original ${prefix} paths in relocated toolchain and /lib and /usr/lib search paths appear in cross toolchain.
- References: <bug-35300-15518@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from kkylheku at gmail dot com 2008-02-23 05:06 -------
(In reply to comment #5)
> (In reply to comment #4)
> > [crti.o is] found through multilib os-directory suffixes.
> Actually, I'm even more confused, because the breakage I'm seeing is simply
> arising from mips64-linux-ld being called on a bunch of object files, one of
> which is crti.o. It's specified just like that. The linker won't search for it;
> it's expected to just be there.
In fact if you run an strace -f job on the whole thing, you can see that the
linker just tries to open "crti.o", gets an error and that's that.
> --disable-multilib \
Oops, just noticed that. I don't think we want to be disabling multilib. I
can't remember why that option was put in there. It hasn't caused any problems,
though. The toolchain targets only one ABI, when we build it for MIPS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35300