From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dimitri Papadopoulos To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org Subject: Re: bootstrap/3472: 3.0 fails on sparc-sun-solaris2.7 (problems with either GNU ld or Sun ld) Date: Mon, 02 Jul 2001 01:16:00 -0000 Message-id: <20010702081602.2874.qmail@sourceware.cygnus.com> X-SW-Source: 2001-07/msg00024.html List-Id: The following reply was made to PR bootstrap/3472; it has been noted by GNATS. From: Dimitri Papadopoulos To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org Cc: Subject: Re: bootstrap/3472: 3.0 fails on sparc-sun-solaris2.7 (problems with either GNU ld or Sun ld) Date: Mon, 02 Jul 2001 10:12:17 +0200 > State-Changed-From-To: open->closed I don't agree. See below. > State-Changed-By: aoliva > State-Changed-When: Fri Jun 29 20:09:30 2001 > State-Changed-Why: > See http://gcc.gnu.org/install/specific.html#sparc-sun-solaris The above link does not exist, but I guess you mean http://gcc.gnu.org/install/specific.html#sparc-sun-solaris* Actually the above link is dead as well, but this is because the whole page is messed up. It has been lacking for weeks. Actually I can't find anything in the platform notes about this error I get with Sun ld: collect2: ld returned 1 exit status What I find is this about GNU ld: All releases of GNU binutils prior to 2.11.1 have known bugs on this platform. We recommend the use of GNU binutils 2.11.1 or the vendor tools (Sun as, Sun ld). And indeed GCC does build with GNU binutils 2.11.2. But it still doesn't build with Sun ld. All I could find about Sun ld: Unfortunately, C++ shared libraries, including libstdc++, won't work properly if assembled with Sun as: the linker will complain about relocations in read-only sections, in the definition of virtual tables. Also, Sun as fails to process long symbols resulting from mangling template-heavy C++ function names. I have already seen such errors in the past and I am well aware of this limitation. But it doesn't seem to apply here, does it? By the way the last sentence of the above paragraph does not apply to recent versions of Sun ld: Also, Sun as fails to process long symbols resulting from mangling template-heavy C++ function names. As pointed out by another paragraph in the same page: Sun as 4.X is broken in that it cannot cope with long symbol names. A typical error message might look similar to the following: /usr/ccs/bin/as: "/var/tmp/ccMsw135.s", line 11041: error: can't compute value of an expression involving an external symbol. This is Sun bug 4237974. This is fixed with patch 108908-02 and has been fixed in later (5.x) versions of the assembler. Which paragraph covers the Sun ld issue? Dimitri Papadopoulos