From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14892 invoked by alias); 23 Feb 2005 19:41:23 -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 14858 invoked from network); 23 Feb 2005 19:41:18 -0000 Received: from unknown (HELO iris1.csv.ica.uni-stuttgart.de) (129.69.118.2) by sourceware.org with SMTP; 23 Feb 2005 19:41:18 -0000 Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de with esmtp id 1D42Nm-0000tW-00; Wed, 23 Feb 2005 20:41:14 +0100 Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian)) id 1D42Nl-0000PW-00; Wed, 23 Feb 2005 20:41:13 +0100 Date: Thu, 24 Feb 2005 01:47:00 -0000 To: Richard Sandiford Cc: Eric Christopher , "Maciej W. Rozycki" , binutils@sources.redhat.com, "Maciej W. Rozycki" Subject: Re: [PATCH] MIPS gas/ld test suite portability fixes Message-ID: <20050223194113.GB30173@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> <20050223142549.GA30173@rembrandt.csv.ica.uni-stuttgart.de> <87650js49f.fsf@firetop.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87650js49f.fsf@firetop.home> User-Agent: Mutt/1.5.6+20040907i From: Thiemo Seufer X-SW-Source: 2005-02/txt/msg00572.txt.bz2 Richard Sandiford wrote: [snip] > >> Anyone who's seriously interested in building 64-bit > >> code should use a 64-bit configuration, not something like mipstx39-elf, > >> mipsisa32-linux-gnu or whatever. That's especially true when you > >> consider that a 32-bit-only configuration won't build any compatible > >> libraries. > > > > Which is IMHO a bug in gcc, because -mabi=n?? should be fully usable. > > (If this isn't true for some mips*-elf targets, then -mabi should > > probably be an invalid option for these.) > > And mips-linux-gnu, mipsisa32-linux-gnu, etc. as well, presumably? > We don't build n32 libraries for them either, and nor should we. Why do we have -mabi then if it isn't supposed to be useful for userland builds? Thiemo