From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15799 invoked by alias); 23 Feb 2005 15:35:40 -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 15657 invoked from network); 23 Feb 2005 15:35:31 -0000 Received: from unknown (HELO dmz.algor.co.uk) (62.254.210.145) by sourceware.org with SMTP; 23 Feb 2005 15:35:31 -0000 Received: from alg158.algor.co.uk ([62.254.210.158] helo=olympia.mips.com) by dmz.algor.co.uk with esmtp (Exim 3.35 #1 (Debian)) id 1D3ycL-00080H-00; Wed, 23 Feb 2005 15:40:02 +0000 Received: from perivale.mips.com ([192.168.192.200]) by olympia.mips.com with esmtp (Exim 3.36 #1 (Debian)) id 1D3yXS-0001Uc-00; Wed, 23 Feb 2005 15:34:58 +0000 Received: from macro (helo=localhost) by perivale.mips.com with local-esmtp (Exim 3.36 #1 (Debian)) id 1D3yXS-0005gm-00; Wed, 23 Feb 2005 15:34:58 +0000 Date: Wed, 23 Feb 2005 19:22:00 -0000 From: "Maciej W. Rozycki" To: Richard Sandiford cc: Thiemo Seufer , Eric Christopher , binutils@sources.redhat.com, "Maciej W. Rozycki" Subject: Re: [PATCH] MIPS gas/ld test suite portability fixes In-Reply-To: <87650js49f.fsf@firetop.home> Message-ID: 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> <20050223142549.GA30173@rembrandt.csv.ica.uni-stuttgart.de> <87650js49f.fsf@firetop.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MTUK-Scanner: Found to be clean X-MTUK-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.545, required 4, AWL, BAYES_00) X-SW-Source: 2005-02/txt/msg00562.txt.bz2 On Wed, 23 Feb 2005, Richard Sandiford wrote: > I don't buy that, but it's probably best not to go there ;) I agree with you -- I think the "-mabi=" option is best left having no influence on "-march=". OTOH, using mipsisa32-* tools for building n32 or (n)64 binaries may make sense, especially when done occasionally only which would not justify obtaining a full 64-bit setup. It may even actually work for non-trivial builds as long as they are free-standing, including, but probably not limited to the Linux kernel. Maciej