This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: Build failure for sparc-sun-solaris2.10
- From: Arthur Haas <ahaas at impactweather dot com>
- To: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- Cc: "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Tue, 5 Aug 2014 09:33:23 -0500
- Subject: RE: Build failure for sparc-sun-solaris2.10
- Authentication-results: sourceware.org; auth=none
- References: <87mwbp4k4q dot fsf at impactweather dot com> <yddwqasjnmm dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE> <6D0987C1D446E448BC430FE00E28F28C22E96E4B49 at ATLANTIS dot impactweather dot local> <yddppggjyk4 dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE>
> Hi Art,
Hello.
>> Could be, see above. Apart from that, I wonder why you insist on using
>> GNU ld on Solaris. install.texi strongly suggests to use the Solaris
>> linker instead, and I stand by that advise.
>
>> A couple of comments on those configure options: avoid everything not
>> strictly necessary and stay with the defaults.
> { ... snip build error ... }
> it seems something is very wrong here. The use of -M
> .../libgcc-unwind.map indicates that gcc configure thinks that the
> Solaris ld (/usr/ccs/bin/ld) is in ise, while libtool is invoking the
> linker with -soname, which only happens for GNU ld.
> How exactly did you configure gcc to use the system linker? If all else
> fails, I suggest to use --without-gnu-ld --with-ld=/usr/ccs/bin/ld to
> make certain the right one is in use. One possible cause of your
> problems could be if you have GNU ld in your path called ld. I've never
> done that (I always call it gld-<version>), but the above configure
> options should help if you are unable to get rid of such an ld.
I tried the '--without-gnu-ld --with-ld=/usr/ccs/bin/ld' configure options
and my build failed again as my GNU 'ld' binary was again being found. So
the next step was to rename my installed GNU 'ld' to 'ld-2.24' and adjust
my $PATH so that the directory where it was installed wouldn't be found, and
rebuild. I'm happy to report this build was a success:
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/sparc-sun-solaris2.10/4.10.0/lto-wrapper
Target: sparc-sun-solaris2.10
Configured with: /export/home/arth/src/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --with-mpc=/export/home/arth/local --enable-checking=release --with-as=/export/home/arth/local/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld
Thread model: posix
gcc version 4.10.0 20140804 (experimental) [master revision 0549e5a:2217af7:347a47cbf5f8ee0bc7e11dc97703b318d3ff259c] (GCC)
$
Thanks for your help in resolving this and maintaining the Solaris port.
Art Haas