From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27824 invoked by alias); 7 Apr 2006 01:16:35 -0000 Received: (qmail 27816 invoked by uid 22791); 7 Apr 2006 01:16:35 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Fri, 07 Apr 2006 01:16:32 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FRfaP-0002LJ-P8; Thu, 06 Apr 2006 21:16:29 -0400 Date: Fri, 07 Apr 2006 06:39:00 -0000 From: Daniel Jacobowitz To: Bruce Dubbs Cc: gdb@sourceware.org Subject: Re: Building gdb from source Message-ID: <20060407011629.GA8902@nevyn.them.org> Mail-Followup-To: Bruce Dubbs , gdb@sourceware.org References: <4435BB43.1030804@linuxfromscratch.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4435BB43.1030804@linuxfromscratch.org> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00087.txt.bz2 On Thu, Apr 06, 2006 at 08:07:15PM -0500, Bruce Dubbs wrote: > I like to build packages from source. When I build gdb-6.4: > > ./configure --prefix=/usr > make > make install > > gdb's Makefile places the following files in /usr/lib: > > libbfd.a libbfd.la libiberty.a libopcodes.a libopcodes.la > > The problem is that these files already exist from binutils-2.16.1. Binutils and GDB are maintained in the same CVS repository. In general, you should use whichever copy of the shared libraries is newer, but it's rarely a big deal. For all these I would just stick with the copy from binutils. > Is there any reason to prefer the libraries from binutils over gdb or > vice versa? I believe this could be a problem as the binutils libraries > include dynamic libraries that could be out of sync with the gdb static > libraries and that the gdb .la files do not recognize the dynamic > libraries at all. GDB will never use the shared versions anyway; it always uses its own copies. -- Daniel Jacobowitz CodeSourcery