From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30799 invoked by alias); 23 Feb 2005 03:25:42 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 30745 invoked from network); 23 Feb 2005 03:25:36 -0000 Received: from unknown (HELO iris1.csv.ica.uni-stuttgart.de) (129.69.118.2) by sourceware.org with SMTP; 23 Feb 2005 03:25:36 -0000 Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de with esmtp id 1D3n9Y-0000xc-00; Wed, 23 Feb 2005 04:25:32 +0100 Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian)) id 1D3n9Y-0006KF-00; Wed, 23 Feb 2005 04:25:32 +0100 Date: Wed, 23 Feb 2005 09:57:00 -0000 To: Eric Christopher Cc: "Maciej W. Rozycki" , binutils@sources.redhat.com, "Maciej W. Rozycki" Subject: Re: [PATCH] MIPS gas/ld test suite portability fixes Message-ID: <20050223032531.GJ7729@rembrandt.csv.ica.uni-stuttgart.de> References: <20050222211319.GC7729@rembrandt.csv.ica.uni-stuttgart.de> <20050222220154.GE7729@rembrandt.csv.ica.uni-stuttgart.de> <1109110466.5032.25.camel@localhost.localdomain> <20050222225421.GF7729@rembrandt.csv.ica.uni-stuttgart.de> <1109117126.5032.51.camel@localhost.localdomain> <20050223005736.GH7729@rembrandt.csv.ica.uni-stuttgart.de> <1109120719.5032.60.camel@localhost.localdomain> <20050223022601.GI7729@rembrandt.csv.ica.uni-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050223022601.GI7729@rembrandt.csv.ica.uni-stuttgart.de> User-Agent: Mutt/1.5.6+20040907i From: Thiemo Seufer X-SW-Source: 2005-02/txt/msg00539.txt.bz2 Thiemo Seufer wrote: [snip] > > Right, I meant as long as they do this: > > > > gas -march=from-abi -mabi=64 > > > > just as they would with a gcc that wasn't configured for the right > > abi/isa. > > Gcc does not behave that way for mips{,64}-linux, see MIPS_ISA_DEFAULT > and MIPS_CPU_STRING_DEFAULT. If neither is defined, the arch will be > figured out from the ABI. It would IMHO make no sense to fail on > "mips-linux-gcc -mabi=64" just because there's no arch specified. > > mipsisa32*-linux fails because it defines MIPS_ISA_DEFAULT instead > of MIPS_CPU_STRING_DEFAULT. > > Most of the mips*-elf targets define MIPS_ISA_DEFAULT, some define > additionally MIPS_CPU_STRING_DEFAULT. > > Those gcc configurations should probably be changed to define > MIPS_CPU_STRING_DEFAULT only, with the ISA-generic default cpu value > for an ISA-specific config. This of course wouldn't change anything for the problem discussed here, bacause any of both defines is enough to override the from-abi selection. It would only avoid to have a (partial) duplicate ISA/CPU table in the configuration script. In the end we have two different approaches for ISA/ARCH selection, a CPU-centric and an ABI-centric one. For the latter we want to have sensible ISA defaults. This should be ok as long as we don't interfere with the CPU-centric usage, which means elevating the ISA level to the ABI requirement can be done, but lowering it from a higher level can't. Thiemo