This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug driver/35300] References to original ${prefix} paths in relocated toolchain and /lib and /usr/lib search paths appear in cross toolchain.



------- 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]