From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4262 invoked by alias); 6 Nov 2002 18:04:21 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 4042 invoked from network); 6 Nov 2002 18:04:15 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by sources.redhat.com with SMTP; 6 Nov 2002 18:04:15 -0000 Received: from free.redhat.lsd.ic.unicamp.br (aoliva2.cipe.redhat.com [10.0.1.156]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id gA6I49J04659; Wed, 6 Nov 2002 13:04:09 -0500 Received: from free.redhat.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5) with ESMTP id gA6I457O026841; Wed, 6 Nov 2002 16:04:05 -0200 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5/Submit) id gA6I45Mu026837; Wed, 6 Nov 2002 16:04:05 -0200 To: Daniel Jacobowitz Cc: gcc-patches@gcc.gnu.org, Geoff Keating Subject: Re: Updates to --with-sysroot support References: <20021104165729.GA9266@nevyn.them.org> <20021106173059.GA15529@nevyn.them.org> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Wed, 06 Nov 2002 10:04:00 -0000 In-Reply-To: <20021106173059.GA15529@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-11/txt/msg00294.txt.bz2 On Nov 6, 2002, Daniel Jacobowitz wrote: > It can't affect compiles within the build tree; this is only applied to > the list of include directories in cpp_include_defaults. None of those > are originally pointing into the build tree. Point is, when we run ./xgcc -B./, gcc takes ./ as bindir, and tries to relocate everything else from that. > Blech, I knew I forgot something. Yes, here's the install.texi patch; > it deletes the unpleasant bit that got me started on this in the first > place, and documents the relocation. Err... So is it going to be relocated even if it's outside exec_prefix or prefix. I don't like this. > You didn't commit the bits to turn it into a gcc_tooldir-relative > reference, did you? Doh. Yes, indeed. I just required --with-sysroot to start with ${gcc_tooldir} for it to be relocatable. > Or rather, I noticed that you committed the gcc/configure bits, but > not the gcc/configure.in bits; and I think the gcc/configure bits > were the error. Err... I don't see that. I seem to have checked in both gcc/configure.in and gcc/configure, and one was generated from the other, without the bits I didn't mean to check in. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer