From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2074 invoked by alias); 2 Sep 2004 18:51:20 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2060 invoked from network); 2 Sep 2004 18:51:18 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 2 Sep 2004 18:51:18 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i82Ip7S2012649 for ; Thu, 2 Sep 2004 14:51:12 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i82Ios322360; Thu, 2 Sep 2004 14:50:54 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 5257728D2; Thu, 2 Sep 2004 14:49:43 -0400 (EDT) Message-ID: <41376B47.70405@gnu.org> Date: Thu, 02 Sep 2004 18:51:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040831 MIME-Version: 1.0 To: Paul Gilliam Cc: Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: Problem building GDB on Power64 References: <200409020920.53975.pgilliam@us.ibm.com> <20040902172158.GA15192@nevyn.them.org> <200409021052.04994.pgilliam@us.ibm.com> <20040902175859.GA16559@nevyn.them.org> In-Reply-To: <20040902175859.GA16559@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-09/txt/msg00023.txt.bz2 >>> PS: I'm not asking for someone to post patches to configure.in or what ever, >>> (hinting maybe), but I am asking for some pointers on where to look. > > > This would be very tricky to do. GDB links to libraries built in the > same tree, so nothing in gdb/configure.in would work. It would have to > be in the top level, which is shared with binutils and gcc and so on. > You don't want them to default to being 64-bit apps, because they > should obey the system policy of defaulting to 32-bit. > > I really think this is your responsibility when building GDB if you > want it to support 64-bit binaries. Exactly. GDB's build behavior is determined by policies set by autotools, config and . GDB isn't in a position to vary this locally. Perhaphs the thing to do is rase this on GCC (where I'd guess the aspect should be discussed). BTW, I did once ask to the config maintainer (BJE@ibm) if config.guess could look at the compiler. That way, instead of: $ CC='cc -m64' config.guess powerpc-unknown-linux-gnu it would return: $ CC='cc -m64' config.guess powerpc64-unknown-linux-gnu and that in turn would let us specify: $ CC='cc -m64' .../configure Ben didn't agree (I don't remember why). Andrew