From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24028 invoked by alias); 21 Dec 2011 11:58:44 -0000 Received: (qmail 24018 invoked by uid 22791); 21 Dec 2011 11:58:43 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-iy0-f169.google.com (HELO mail-iy0-f169.google.com) (209.85.210.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Dec 2011 11:58:30 +0000 Received: by iacb35 with SMTP id b35so11863516iac.0 for ; Wed, 21 Dec 2011 03:58:29 -0800 (PST) Received: by 10.42.147.6 with SMTP id l6mr6465620icv.17.1324468709280; Wed, 21 Dec 2011 03:58:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.33.140 with HTTP; Wed, 21 Dec 2011 03:58:08 -0800 (PST) In-Reply-To: References: From: Luca Pizzamiglio Date: Wed, 21 Dec 2011 12:24:00 -0000 Message-ID: Subject: Re: wrong bfd recognized To: Tom Tromey Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00718.txt.bz2 Hi Tom, After a check, I've noticed that LDFLAGS is set -L/usr/local/lib in order to use libreadline installed there. It's possible to have several libreadline installed and LDFLAGS is the only way to specify which library to use. On details. FreeBSD could have a libreadline provided by the system and a libreadline provided by ports (different versions, license, ecc.) So, if LDFLAGS is set, then the gdb's libbfd is not used, but the /usr/local/lib one's. I'm not totally sure, but I guess that this behavior is not properly correct. Am I missing some contraindication or a way to point the right libreadline? thanks in advance for the help Luca On Tue, Dec 20, 2011 at 3:56 PM, Tom Tromey wrote: >>>>>> "Luca" == Luca Pizzamiglio writes: > > Luca> I've found a strange situation where gdb's configure script fails to > Luca> use libbfd and disable ELF support. > Luca> the problem was that during configuration, the /usr/local/lib/libbfd.a > Luca> was used, instead of the gdb's one. This library was compiled with > Luca> libintl support, then the bfd's test program build failed. > > Are you adding -L/usr/local/lib to LDFLAGS? > If so -- why? > > Luca> This patch should solve this issue, building bfd's testing program > Luca> using the gdb's one. > > I wonder whether it would break something. > > If you can find another spot in the src configury that does it this way, > I guess I'd be more inclined to just do it. > > This needs a ChangeLog entry. > > Tom