Hello, This bug is a continuation from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35752 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35804 It appears that native retargeting of the gcc compiler is not supported in the 4.3/4.4 series in favor of the sysroot option. When trying to build a pass 1 compiler with combined gcc and binutils in a single directory, ld is appending an extra sysroot prefix in the linker during libgcc linking. The entire glibc and gcc+binutils toolchain is being installed in a non root directory that will eventually be used to chroot with and allow for follow on installation of a host system in the real root directory without overwriting any tool binary files. Whether the patch in http://sourceware.org/bugzilla/show_bug.cgi?id=4966 is correct or not, when applied to the combined toolchain source, it allows the bootstrap to complete successfully.
Sorry, you haven't presented any evidence of a sysroot ld bug. All you've really shown is that bootstrapping toolchains is difficult. The patch in http://sourceware.org/bugzilla/show_bug.cgi?id=4966 is definitely wrong.
(In reply to comment #1) > Sorry, you haven't presented any evidence of a sysroot ld bug. All you've > really shown is that bootstrapping toolchains is difficult. The patch in > http://sourceware.org/bugzilla/show_bug.cgi?id=4966 is definitely wrong. Did you have a look at bug 35804 over at gcc bugzilla? Admittedly, this was last year and my memory is fading, but I think the problem is in the paths that sysroot ld is prepending.
Yes, I did look at the gcc bugzillas, and I don't believe that ld is doing anything wrong with sysrooted paths. I've added a comment to the glibc bugzilla.
..added a comment to the gcc buzilla is what I meant to say.
*** Bug 260998 has been marked as a duplicate of this bug. *** Seen from the domain http://volichat.com Page where seen: http://volichat.com/adult-chat-rooms Marked for reference. Resolved as fixed @bugzilla.