From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3017 invoked by alias); 7 Apr 2006 15:08:44 -0000 Received: (qmail 3007 invoked by uid 22791); 7 Apr 2006 15:08:42 -0000 X-Spam-Check-By: sourceware.org Received: from mail.artimi.com (HELO mail.artimi.com) (217.40.213.68) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 07 Apr 2006 15:08:35 +0000 Received: from mail.artimi.com ([192.168.1.3]) by mail.artimi.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 7 Apr 2006 16:08:32 +0100 Received: from rainbow ([192.168.1.165]) by mail.artimi.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 7 Apr 2006 16:08:31 +0100 From: "Dave Korn" To: "'Bruce Dubbs'" , Subject: RE: Building gdb from source Date: Fri, 07 Apr 2006 15:26:00 -0000 Message-ID: <000801c65a55$21ffa580$a501a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <44367EE8.4090305@linuxfromscratch.org> 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/msg00096.txt.bz2 On 07 April 2006 16:02, Bruce Dubbs wrote: > Dave Korn wrote: >> On 07 April 2006 02:07, 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. >>> >>> 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. >> >> Well, you shouldn't be configuring with --prefix=/usr unless you are >> prepared to overwrite your basic O/S installation in any case. > > I see you are not familiar with LinuxFromScratch. :) Well, if you're replacing your binutils at the same time, what's the problem? The old libs are about to be overwritten in any case! The point is, that a distro should have a consistent set of gcc, binutils and gdb. Since binutils and gdb live in the same repository, if you either take a consistent snapshot of the cvs, or if you take gdb and binutils releases that are roughly-contemporary, they're bound to be 'in-sync' FAPP. So if you're building gdb to replace (or even to /be/) your system gdb, you should already have chosen one that's compatible with your binutils version, or you should be about to replace your binutils to match. Either way, overwriting the old libs won't matter. cheers, DaveK -- Can't think of a witty .sigline today....