From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3333 invoked by alias); 3 Sep 2003 16:13:49 -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 3313 invoked from network); 3 Sep 2003 16:13:48 -0000 Received: from unknown (63.201.54.26) by sources.redhat.com with QMTP; 3 Sep 2003 16:13:48 -0000 Received: (qmail 4115 invoked by uid 10); 3 Sep 2003 16:13:48 -0000 Received: (qmail 23854 invoked by uid 500); 3 Sep 2003 16:13:45 -0000 Mail-Followup-To: drow@mvista.com, binutils@sources.redhat.com, gcc@gcc.gnu.org, gdb@sources.redhat.com, dj@redhat.com To: DJ Delorie Cc: drow@mvista.com, binutils@sources.redhat.com, gcc@gcc.gnu.org, gdb@sources.redhat.com Subject: Re: [toplevel] Gas install name problem from autoconf 2.5x References: <20030903041031.GA29143@nevyn.them.org> <20030903144928.GA7255@nevyn.them.org> <200309031531.h83FV7w03522@greed.delorie.com> From: Ian Lance Taylor Date: Wed, 03 Sep 2003 16:13:00 -0000 In-Reply-To: <200309031531.h83FV7w03522@greed.delorie.com> 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: 2003-09/txt/msg00039.txt.bz2 DJ Delorie writes: > > How do we feel about migrating towards the new autoconf definitions - > > i.e. anything with --host is cross-compiled, anything with --target is > > a cross-compiler. > > That breaks cases where you use --host to override config.guess's idea > of the system name, i.e. to provide a canonical triplet across a range > of build hosts that are compatible yet guess to different triples. The new scheme is to specify --build instead. $host defaults to $build. > It also breaks automated builds which aren't smart enough to even > consider the possibility that you won't provide all three. Er, like > one of mine, which is table driven. Yes. > We should be liberal in what we accept. We once discussed > auto-detecting which autoconf each subdirectory used, and filtering > command lines accordingly. I suspect this is still a good idea. > Don't expect the user to be smart about this, they won't be. I think that is what is required until everything is updated. It still leaves the top level problem--the behaviour changes at the top level, which means that users have to change. Ian