From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22460 invoked by alias); 15 Apr 2005 19:28:33 -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 22395 invoked from network); 15 Apr 2005 19:28:26 -0000 Received: from unknown (HELO sadr.equallogic.com) (66.155.203.134) by sourceware.org with SMTP; 15 Apr 2005 19:28:26 -0000 Received: from sadr.equallogic.com (localhost.localdomain [127.0.0.1]) by sadr.equallogic.com (8.12.8/8.12.8) with ESMTP id j3FJSQje010665; Fri, 15 Apr 2005 15:28:26 -0400 Received: from M30.equallogic.com (m30 [172.16.1.30]) by sadr.equallogic.com (8.12.8/8.12.8) with SMTP id j3FJSPIT010660; Fri, 15 Apr 2005 15:28:25 -0400 Received: from PKONING.equallogic.com ([172.16.1.108]) by M30.equallogic.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 15 Apr 2005 15:28:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16992.5593.542000.552762@gargle.gargle.HOWL> Date: Fri, 15 Apr 2005 19:28:00 -0000 From: Paul Koning To: macro@linux-mips.org Cc: ths@networkno.de, echristo@redhat.com, newlib@sources.redhat.com, binutils@sources.redhat.com, cgd@broadcom.com Subject: Re: [patch] adjust libgloss addresses for 64-bit References: <1113516346.4591.39.camel@localhost.localdomain> <20050414223754.GI32470@hattusa.textio> <1113583817.4591.68.camel@localhost.localdomain> <20050415171813.GG21496@hattusa.textio> <16991.64361.508338.807589@gargle.gargle.HOWL> X-OriginalArrivalTime: 15 Apr 2005 19:28:25.0226 (UTC) FILETIME=[4B110EA0:01C541F1] X-SW-Source: 2005-04/txt/msg00437.txt.bz2 >>>>> "Maciej" == Maciej W Rozycki writes: Maciej> But in principle you are right for consistency the presence Maciej> or the lack of the "d" prefix should imply the size of the Maciej> operands used as it is so for other assembly instructions. Maciej> So how about disabling the "wrong" macros completely? That Maciej> is using as_bad() for these two "dla/la used to load..." Maciej> messages just below "do_la" that are currently warnings. Maciej> After all these load address macros are the only place where Maciej> non-default address calculation rules can be argued about at Maciej> all -- the interpretation of e.g.: Maciej> lh $2, 0x80000000 lh $2, 0x80000000($3) lh $2, foo + Maciej> 0x80000000($3) lh $2, foo + 0xc000000080000000($3) One answer would be to use an implicit DLA for N64, and LA otherwise. I was thinking more about explicitly written LA vs. DLA. All this demonstrates once again that the whole built-in macro stuff in the MIPS assembler was a design blunder from day one. Sigh. Fortunately, GCC no longer uses any of this... paul