Gaurav Jain wrote: > In fact, I specifically need to *try out* the GNU ld / GNU as > combination to debug some issue in the binary Oh. That wasn't clear. So, it looks like gcc is passing a -T option for a linker script that the Solaris-provided GNU ld can't find. Run the failing link command with -### to see what the invocation of the linker is, and then figure out if the linker script that gcc is passing exists, and if so where. If not, figure out why it's not included. 'elf_i386.xsc' should be the variant for 32 bit shared libraries built with -z combreloc. What version is this /usr/sfw/bin/gld anyway? If it's ancient it may be too old for gcc 4.1. > Even if it's not recommended, but I'm sure it sure does build fine > with that combination? I can't parse this. Are you asking why GNU ld doesn't generally work with Solaris 10? It's because of a new type of shared library that GNU ld doesn't yet support, as far as I can tell: <http://sourceware.org/bugzilla/show_bug.cgi?id=1021>. I don't know if you can expect a gcc bootstrap to complete or not with GNU ld even if you fix the missing linker script problem. Brian
