* gcc-3.1 build fails on Solaris-2.7 with --with_gnu_ld
@ 2002-07-24 12:33 Christophe Lyon
2002-07-25 5:43 ` Jeff Sturm
0 siblings, 1 reply; 2+ messages in thread
From: Christophe Lyon @ 2002-07-24 12:33 UTC (permalink / raw)
To: gcc
Hi,
I am trying to install gcc-3.1 on a Sparc/Ultra 60 under
Solaris 2.7 using the --with-gnu-ld switch at configure time.
The build process fails when configuring in
sparc-sun-solaris2.7/sparcv9/libiberty
Configure reports:
configure: error: installation or configuration problem: C compiler
cannot create executables.
and the config.log says:
configure:2212: /tmp/pkg-build-gnumgr/gcc-3.1/gcc-3.1/gcc/xgcc
-B/tmp/pkg-build-gnumgr/gcc-3.1/gcc-3.1/gcc/
-B/apa/gnu/SunOS5.7/.package/gcc-3.1/sparc-sun-solaris2.7/bin/
-B/apa/gnu/SunOS5.7/.package/gcc-3.1/sparc-sun-solaris2.7/lib/ -isystem
/apa/gnu/SunOS5.7/.package/gcc-3.1/sparc-sun-solaris2.7/include
-L/tmp/pkg-build-gnumgr/gcc-3.1/gcc-3.1/ld -m64 -o conftest -O2 -O2
conftest.c 1>&5
/usr/lib/libdl.so.1: could not read symbols: Invalid operation
Indeed, I think it should read /usr/lib/sparcv9/libdl.so in that case.
Playing with LD_LIBRARY_PATH can solve this issue, but I don't really
want /usr/lib/sparcv9 to be first in my $LD_LIBRARY_PATH all the time!
(and if I do so, configuration of libiberty would fail earlier).
I have found similar questions over the www, but no reply :-(
Is this a know bug, or am I doing something wrong?
(I am using ld from binutils-2.11.2)
Regards,
Christophe.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: gcc-3.1 build fails on Solaris-2.7 with --with_gnu_ld
2002-07-24 12:33 gcc-3.1 build fails on Solaris-2.7 with --with_gnu_ld Christophe Lyon
@ 2002-07-25 5:43 ` Jeff Sturm
0 siblings, 0 replies; 2+ messages in thread
From: Jeff Sturm @ 2002-07-25 5:43 UTC (permalink / raw)
To: Christophe Lyon; +Cc: gcc
On Wed, 24 Jul 2002, Christophe Lyon wrote:
> /usr/lib/libdl.so.1: could not read symbols: Invalid operation
>
> Indeed, I think it should read /usr/lib/sparcv9/libdl.so in that case.
> Playing with LD_LIBRARY_PATH can solve this issue, but I don't really
> want /usr/lib/sparcv9 to be first in my $LD_LIBRARY_PATH all the time!
That's what LD_LIBRARY_PATH_64 is for, however...
> Is this a know bug, or am I doing something wrong?
...I suspect a binutils bug. The incompatible library should be skipped.
You could try a newer binutils, or build with Sun's as/ld, or disable
multilibs.
Jeff
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-07-25 3:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-07-24 12:33 gcc-3.1 build fails on Solaris-2.7 with --with_gnu_ld Christophe Lyon
2002-07-25 5:43 ` Jeff Sturm
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).