Specifically, it is commented out, but I am sure it worked: def WorkaroundUnableToFindSparc64LibGcc(): # # http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079 # ld: cannot find -lgcc_s # collect2: ld returned 1 exit status # make[4]: *** [libstdc++.la] Error 1 # make[4]: Leaving directory /obj/gcc.1/sparc64-sun-solaris2.10/sparc64-sun-solaris2.10/sparc64-sun-solaris2.10/libstdc++-v3/src # # -disable-shared is probably also a good workaround here # #Directory = Prefix + "/lib/gcc/sparc64-sun-solaris2.10/" + GccVersion #Run(".", "mkdir -p " + Directory) #Run(Directory, "-ln -s sparcv9/libgcc_s.so libgcc_s.so") #Run(Directory, "-ln -s sparcv9/libgcc_s.so.1 libgcc_s.so.1") # # disable shared instead # pass > From: jay > To: jack; gcc-help > Subject: FW: failed to link for 64 bit application in solaris10 > Date: Sat, 4 Oct 2008 23:26:22 +0000 > > > > [this time not html, and with my latest build wrapper that shows workarounds/patches, for this and others] > > > > ________________________________ > > From: jay > To: jack; gcc-help@ > Subject: RE: failed to link for 64 bit application in solaris10 > Date: Fri, 3 Oct 2008 09:25:06 +0000 > > > > -----Original Message----- > From: Jeanne > Sent: Thursday, October 02, 2008 5:42 AM > To: jack > >> [jack- Mi. 01. Okt. 2008, 16:38:38]: > >> >> We are having problem to link objects with the error message below by > using >> GNU "ld", >> >> > > /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.3/../../../../sparc-sun-solaris >> 2.10/bin/ld: skipping incompatible >> /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.3/sparcv9/libgcc.a when >> searching for -lgcc >> >> > /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.3/../../../../sparc-sun-solaris >> 2.10/bin/ld: skipping incompatible >> /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.3/sparcv9/libgcc_eh.a when >> searching for -lgcc_eh >> >> By the way, we can compile 64 bit without problem. It's the linker causing >> the grief. Also, 32 bit always works. >> >> Jack > > > I saw the same thing. I think I opened a bug. > > For me, build=cygwin, and I built with host=cygwin and host=sparc[64]-sun-solaris2.10. > > > > Workarounds: > > > Build separate sparc-sun-solaris2.10 and sparc64-sun-solaris2.10 toolsets. > Using configure -disable-multilib. > > > > And/or configure -enable-static -disabled-shared. > > > and/or make symlinks from where it is looking to where the files are > (or move/copy the files, esp. if using --with-sysroot; I'd rather not > alter the real sysroot). > > > Some of these options standalone, some conflict, some must go together. > > > In particular, I think -enable-static -disable-shared just works. > > > I think separate tools must go along with symlinks or file movement. > > > -enable-static -disable-shared fixes multiple problems on multiple platforms so I favor it. > I don't have the list in my head or at hand but it is available. > > > I have a wrapper Python program that builds a "bunch" of host/target combinations. (Build shouldn't matter much, but presently > it is usually Cygwin.) "bunch" is growing slowly, currently mainly these two platforms plus cygwin. > It just about handles Irix (still working on the "combine" problem, which is a preprocessing issue). > It handles some issues building Cygwin's newlib/winsup as well (i.e. strsignal). > > > Hopefully I'll get some patches in so we don't all have to collect our own. > > > - Jay >
