RE: failed to link for 64 bit application in solaris10

[Jay <jay dot krell at cornell dot edu>]

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
>