Sergio Rojas wrote: > Brian, I switched to the gnu linker, the error now looks like: Note that the target-specific install notes recommend the opposite for Solaris 10, the GNU assembler and Sun linker: <http://gcc.gnu.org/install/specific.html#ix86-x-solaris210> > [ -f amd64/libgcc_s.so.1 ]; then mv -f amd64/libgcc_s.so.1 amd64/libgcc_s.so.1.backup; else true; fi && mv amd64/libgcc_s.so.1.tmp amd64/libgcc_s.so.1 && ln -s libgcc_s.so.1 amd64/libgcc_s.so > /usr/sfw/bin/gld: cannot open linker script file ldscripts/elf_x86_64.xsc: No such file or directory > > I searched ( find / -name elf_x86_64.xsc -print) without success for that file "elf_x86_64.xsc" > in my Solaris 10 distribution. Any advise were to go for it? It's trying to link a 64 bit library, but apparently your gld doesn't have 64 bit support installed. You could build the linker yourself (from binutils), but given the above I don't think it would be the best use of time. > By the way, Brian, as I understand, the workaround you mentioned below, which is > formally listed at: http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00441.html > should be included in the "gcc/config.gcc". At what level in the script > should one includes the suggested lines? It's a diff that's meant to be applied with the patch program. It uses the line number hints (@@) as well as the surrounding context to make the intended changes. Alternatively since this patch has already been applied to the gcc-4_3-branch in svn you could just use that (or a recent 4.3 snapshot tarball.) Brian
