GNU bug report logs - #11423
x86_64-pc-solaris2.* GNU ld breakage due to _sol2 emulation detection

Previous Next

Full log

View this message in rfc822 format

From: Fabian Groffen <grobian <at> gentoo.org>
To: 11423 <at> debbugs.gnu.org
Subject: bug#11423: x86_64-pc-solaris2.* GNU ld breakage due to _sol2 emulation detection
Date: Sun, 6 May 2012 12:29:31 +0200

[Message part 1 (text/plain, inline)]

All,

Since commit [1] libtool tries to set a 64-bits target for GNU ld.
However, it does so wrongly for x86_64-pc-solaris2.* targets, causing
libtool to believe the linker is called ld_sol2.  There is no such
thing, and it obviously breaks things further down.
Some people wrongly assume there is supposed to be an ld_sol2 on their
systems, e.g. [2].

I think the original change is fragile, because it assumes it has all
CHOSTs matched, then appends _sol2.  In the wild, people have used
amd64-pc-solaris2* too, so perhaps it would be safer if the code only
appended _sol2 if there is actually an explicit target set.

Anyhow, since the 64-bits sparc target is called sparc64-* or sparcv9-*,
the sparc case is already correctly handled, so in the attached patch, I
just added an x86_64-* case, although I could imagine relaxing the i?86
case to *86*-pc-solaris2* too.

In any case, defaulting to a linker called ld_sol2 is wrong.

Regards,
Fabian


[1] http://lists.gnu.org/archive/html/libtool-commit/2011-02/msg00000.html
[2] http://osdyson.org/issues/8

-- 
Fabian Groffen
Gentoo on a different level

[libtool-2.4.2-solaris_sol2.patch (text/plain, attachment)]

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.