From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 913 invoked by alias); 17 Jan 2008 14:37:22 -0000 Received: (qmail 904 invoked by uid 22791); 17 Jan 2008 14:37:21 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 17 Jan 2008 14:36:55 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id B547298297; Thu, 17 Jan 2008 14:36:53 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 905449801D; Thu, 17 Jan 2008 14:36:53 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.68) (envelope-from ) id 1JFVrQ-0002a7-Gf; Thu, 17 Jan 2008 09:36:52 -0500 Date: Thu, 17 Jan 2008 14:37:00 -0000 From: Daniel Jacobowitz To: Jim Blandy Cc: Doug Evans , gdb@sourceware.org Subject: Re: gdbserver + libiberty? Message-ID: <20080117143652.GA9907@caradoc.them.org> Mail-Followup-To: Jim Blandy , Doug Evans , gdb@sourceware.org References: <20080115172615.232D61C7245@localhost> <20080115202400.GA8519@caradoc.them.org> <20080116221449.GA24125@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-12-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00147.txt.bz2 On Wed, Jan 16, 2008 at 02:56:24PM -0800, Jim Blandy wrote: > > Daniel Jacobowitz writes: > > On Wed, Jan 16, 2008 at 01:41:43PM -0800, Jim Blandy wrote: > >> This is arcane magic; could we document it somewhere? gdb.texinfo's > >> Appendix B describes "Installing GDB". gdb/README also documents > >> configuration options, and has a section on gdbserver. > > > > It's in gdbserver/README currently. > > That says: > > ... building gdbserver automatically as part of building a whole > tree of tools does not currently work if cross-compilation is > involved (we don't get the right CC in the Makefile, to start > with)). > > If this were made to work right, would that make it easier to use a > target libiberty? I think we could do it by moving gdbserver to the top level, but I don't much want to do that while src still uses CVS. -- Daniel Jacobowitz CodeSourcery