From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14848 invoked by alias); 3 Sep 2003 15:31:35 -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 14811 invoked from network); 3 Sep 2003 15:31:34 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 3 Sep 2003 15:31:34 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h83FVWl08768; Wed, 3 Sep 2003 11:31:33 -0400 Received: from post-office.corp.redhat.com (post-office.corp.redhat.com [172.16.52.227]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h83FVVs27938; Wed, 3 Sep 2003 11:31:31 -0400 Received: from greed.delorie.com (dj.cipe.redhat.com [10.0.0.222]) by post-office.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h83FVPd17637; Wed, 3 Sep 2003 11:31:26 -0400 Received: (from dj@localhost) by greed.delorie.com (8.11.6/8.11.6) id h83FV7w03522; Wed, 3 Sep 2003 11:31:07 -0400 Date: Wed, 03 Sep 2003 15:31:00 -0000 Message-Id: <200309031531.h83FV7w03522@greed.delorie.com> From: DJ Delorie To: drow@mvista.com CC: binutils@sources.redhat.com, gcc@gcc.gnu.org, gdb@sources.redhat.com In-reply-to: <20030903144928.GA7255@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 3 Sep 2003 10:49:28 -0400) Subject: Re: [toplevel] Gas install name problem from autoconf 2.5x References: <20030903041031.GA29143@nevyn.them.org> <20030903144928.GA7255@nevyn.them.org> X-SW-Source: 2003-09/txt/msg00037.txt.bz2 > 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. 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. 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.