From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6886 invoked by alias); 24 Jul 2002 12:58:41 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 6874 invoked from network); 24 Jul 2002 12:58:39 -0000 Received: from unknown (HELO beta.dmz-eu.st.com) (164.129.1.35) by sources.redhat.com with SMTP; 24 Jul 2002 12:58:39 -0000 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with SMTP id 4B8744A7B for ; Wed, 24 Jul 2002 12:58:32 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 0) id 9817965DD; Wed, 24 Jul 2002 12:50:11 +0000 (GMT) Received: from gnx009.gnb.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id C7A631848 for ; Wed, 24 Jul 2002 12:50:10 +0000 (GMT) Received: from st.com (gnx1211.gnb.st.com [164.129.122.58]) by gnx009.gnb.st.com (8.9.3 (PHNE_24419)/8.9.3) with ESMTP id OAA21518 for ; Wed, 24 Jul 2002 14:50:09 +0200 (METDST) Message-ID: <3D3EA281.20EA0224@st.com> Date: Wed, 24 Jul 2002 12:33:00 -0000 From: Christophe Lyon Organization: ST Microelectronics X-Accept-Language: en MIME-Version: 1.0 To: gcc@gcc.gnu.org Subject: gcc-3.1 build fails on Solaris-2.7 with --with_gnu_ld Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg01157.txt.bz2 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.