public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* 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).