From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19371 invoked by alias); 8 Sep 2004 09:26:06 -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 19354 invoked from network); 8 Sep 2004 09:26:01 -0000 Received: from unknown (HELO mail02.pge.com) (131.89.128.14) by sourceware.org with SMTP; 8 Sep 2004 09:26:01 -0000 Received: from mail04.comp.pge.com (mail04dmz [10.252.0.60]) by mail02.pge.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i889PWT2023491 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 8 Sep 2004 02:25:43 -0700 (PDT) Received: from venus.comp.pge.com (venus.comp.pge.com [10.244.96.57]) by mail04.comp.pge.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i889PUdP012541; Wed, 8 Sep 2004 02:25:30 -0700 (PDT) Received: (from esp5@localhost) by venus.comp.pge.com (8.8.8p2+Sun/8.8.8) id CAA07720; Wed, 8 Sep 2004 02:18:05 -0700 (PDT) X-Authentication-Warning: venus.comp.pge.com: esp5 set sender to esp5@pge.com using -f Date: Wed, 08 Sep 2004 09:26:00 -0000 From: Edward Peschko To: Richard Henderson Cc: gcc@gcc.gnu.org Subject: Re: errors with hidden symbols and apache Message-ID: <20040908091805.GB5880@mdssdev05> References: <20040903223545.GA12688@mdssdev05> <20040903230853.GA13948@redhat.com> <20040903231730.GC12688@mdssdev05> <20040903233409.GC13998@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903233409.GC13998@redhat.com> User-Agent: Mutt/1.4.1i X-SW-Source: 2004-09/txt/msg00353.txt.bz2 On Fri, Sep 03, 2004 at 04:34:09PM -0700, Richard Henderson wrote: > On Fri, Sep 03, 2004 at 04:17:30PM -0700, Edward Peschko wrote: > > On Fri, Sep 03, 2004 at 04:08:53PM -0700, Richard Henderson wrote: > > > I suspect that you linked using ld, and not with the gcc driver. > > > Which would be incorrect. > > > > > > r~ > > > > given that the command to do the linking was ... > > I did not mean the main application. I mean that one of the > libraries (against which the main application is being linked) > has already been linked incorrectly. > > The error message given doesn't actually say which library is > referencing the symbol in question, but there are only a couple > listed that aren't Solaris system libraries. Which limits the > possibilities. > > Use 'readelf -r libfoo.so | grep __floatdisf' to find out which. ok, well I found the symbol (defined) symbol in libhttpd.ep and libhttpd.so. I went further and found out that it was linked incorrectrly vbthey get to be defined there? I looked again at the linking statement, and indeed it was ld: ld -G .... I change this to gcc -G ... and it works fine.. So I guess my question is why the need for a separate linker? Why don't you always use gcc instead of ld and have it get passed to the right linker? Why even support binutils as a separate package? Ed