From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20204 invoked by alias); 28 Jul 2014 21:14:15 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 20178 invoked by uid 89); 28 Jul 2014 21:14:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 28 Jul 2014 21:14:11 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1XBsFE-000737-Id from Maciej_Rozycki@mentor.com ; Mon, 28 Jul 2014 14:14:08 -0700 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 28 Jul 2014 14:14:08 -0700 Received: from localhost (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server (TLS) id 14.2.247.3; Mon, 28 Jul 2014 22:14:06 +0100 Date: Mon, 28 Jul 2014 21:14:00 -0000 From: "Maciej W. Rozycki" To: Richard Sandiford CC: Matthew Fortune , "binutils@sourceware.org" , "Moore, Catherine" , "Joseph Myers (joseph@codesourcery.com)" Subject: Re: [PATCHv4] Add support for O32 FPXX ABI In-Reply-To: <871tt5urqn.fsf@googlemail.com> Message-ID: References: <6D39441BF12EF246A7ABCE6654B0235320EB4042@LEMAIL01.le.imgtec.org> <87fvhnma8u.fsf@talisman.default> <6D39441BF12EF246A7ABCE6654B0235320EB4A44@LEMAIL01.le.imgtec.org> <871tt5urqn.fsf@googlemail.com> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2014-07/txt/msg00223.txt.bz2 On Mon, 28 Jul 2014, Richard Sandiford wrote: > > I would also like to get rid of all the ctc1/cfc1/cttc1/cftc1 instructions > > that allow the use of floating point register names: $f0. The problem with > > these is that they don't actually write floating point registers but they > > will interact with the oddspreg logic as their operands have type > > OP_REG_FP. Anything relying on ctc1 $0, $f[0-31] is probably expecting the > > wrong thing to happen anyway. If that's OK I'll do a separate patch? > > It's always dangerous to change something long-standing like that, but > I agree it's weird. OTOH "ctc1 $0, $31" could be seen as confusing too > (it isn't GPR 31). Nor even a general coprocessor register (though I'm used to numeric $n standing in MIPS-speak for any kind of register). If confusion is to be avoided I'd envisage adding $c[0-31] aliases with `c' standing for "control", i.e.: ctc1 $0, $c31 (in addition to any "cooked" aliases such as "c1_fir"). Maciej