From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26239 invoked by alias); 30 Apr 2004 08:02:01 -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 26220 invoked from network); 30 Apr 2004 08:02:00 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 30 Apr 2004 08:02:00 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i3U81xKG025010 for ; Fri, 30 Apr 2004 04:01:59 -0400 Received: from pobox.surrey.redhat.com (pobox.surrey.redhat.com [172.16.10.17]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i3U81wv06634; Fri, 30 Apr 2004 04:01:59 -0400 Received: from redhat.com (vpnuser3.surrey.redhat.com [172.16.9.3]) by pobox.surrey.redhat.com (8.12.8/8.12.8) with ESMTP id i3U81uAd030174; Fri, 30 Apr 2004 09:01:57 +0100 Message-ID: <409208CF.8020302@redhat.com> Date: Fri, 30 Apr 2004 08:43:00 -0000 From: Nick Clifton User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) MIME-Version: 1.0 To: "Peter S. Housel" CC: binutils@sources.redhat.com Subject: Re: Problem with .req directive in arm-elf-as (2.15 branch) References: <00f501c428e0$38c115e0$dd22010a@housel7352a> In-Reply-To: <00f501c428e0$38c115e0$dd22010a@housel7352a> Content-Type: multipart/mixed; boundary="------------090304020705020503060600" X-SW-Source: 2004-04/txt/msg00793.txt.bz2 This is a multi-part message in MIME format. --------------090304020705020503060600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 628 Hi Peter, >The current binutils-2_15-branch has a problem with the ARM ".req" >pseudo-op. The following code, which used to assemble correctly in 2.13, >now fails: > >MMUPurgeTLBReg .req c6 >MMUCP .req p15 >MCR MMUCP, 0, a1, MMUPurgeTLBReg, c0, 0 > >Apparently this results because the alias names are already downcased by the >time md_assemble() (and therefore create_register_alias()) in tc-arm.c get >to see them. > > Thanks for catching this. It was due to a small typo in the sources which is fixed by the attached patch. I will be applying this patch to the sources shortly. Cheers Nick --------------090304020705020503060600 Content-Type: text/plain; name="tc-arm.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tc-arm.c.patch" Content-length: 709 Index: gas/config/tc-arm.c =================================================================== RCS file: /cvs/src/src/gas/config/tc-arm.c,v retrieving revision 1.167 diff -c -3 -p -r1.167 tc-arm.c *** gas/config/tc-arm.c 22 Apr 2004 16:18:29 -0000 1.167 --- gas/config/tc-arm.c 30 Apr 2004 08:00:37 -0000 *************** create_register_alias (newname, p) *** 11439,11445 **** char *copy_of_str; char *r; ! #ifdef IGNORE_OPCODE_CASE newname = original_case_string; #endif copy_of_str = newname; --- 11439,11445 ---- char *copy_of_str; char *r; ! #ifndef IGNORE_OPCODE_CASE newname = original_case_string; #endif copy_of_str = newname; --------------090304020705020503060600--