From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2007 invoked by alias); 12 May 2010 11:56:55 -0000 Received: (qmail 1991 invoked by uid 22791); 12 May 2010 11:56:53 -0000 X-SWARE-Spam-Status: No, hits=3.9 required=5.0 tests=AWL,BAYES_00,BOTNET,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from out1.ip01ir2.opaltelecom.net (HELO out1.ip01ir2.opaltelecom.net) (62.24.128.237) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 12 May 2010 11:56:48 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAKw06ktOltSc/2dsb2JhbACDF5sQcakQkHWBJoMBawQ Received: from unknown (HELO desktop.localdomain) ([78.150.212.156]) by out1.ip01ir2.opaltelecom.net with ESMTP; 12 May 2010 12:56:45 +0100 Message-ID: <4BEA977C.50006@onetel.com> Date: Wed, 12 May 2010 11:56:00 -0000 From: mike User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Thunderbird/3.0.4 MIME-Version: 1.0 To: Diego Novillo CC: gcc@gcc.gnu.org, soni.sandeepb@gmail.com Subject: Re: Build Error References: <4BE7E328.70003@onetel.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-05/txt/msg00214.txt.bz2 On 05/11/2010 02:00 PM, Diego Novillo wrote: > >> checking libelf.h usability... yes >> checking libelf.h presence... yes >> checking for libelf.h... yes >> checking gelf.h usability... yes >> checking gelf.h presence... yes >> checking for gelf.h... yes >> checking libelf/libelf.h usability... yes >> checking libelf/libelf.h presence... yes >> checking for libelf/libelf.h... yes >> checking libelf/gelf.h usability... yes >> checking libelf/gelf.h presence... yes >> checking for libelf/gelf.h... yes >> checking for the correct version of libelf... yes >> checking for elf_getshdrstrndx... no >> checking for elf_getshstrndx... yes >> >> > Hmm, it did not detect elf_getshdrstrndx and yet it tried to use it > later on. I think that's the bug. Yes, please file a bug. I believe > it's going to be easy to fix, though. There should be an unguarded > use of that function somewhere, it needs to be changed. > > My config.log and build log looks just like this except that it doesn't check for elf_getshdrstrndx at all but then I get an unresolved reference to elf_getshdrstrndx at link time in stage 2. Is this the same problem? Should I add it to the bug form? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44079 Thanks, Mike