This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] Support VU0 on MIPS R5900
- From: Richard Sandiford <rdsandiford at googlemail dot com>
- To: "Maciej W. Rozycki" <macro at codesourcery dot com>
- Cc: JÃrgen Urban <JuergenUrban at gmx dot de>, <binutils at sourceware dot org>
- Date: Thu, 01 Aug 2013 22:04:23 +0100
- Subject: Re: [PATCH] Support VU0 on MIPS R5900
- References: <20130108234130 dot 27410 at gmx dot net> <87a9rrso6l dot fsf at talisman dot default> <trinity-c3dc44a3-27c5-482b-b113-ca0cae29d590-1375046137093 at 3capp-gmx-bs55> <87mwp39mfo dot fsf at talisman dot default> <alpine dot DEB dot 1 dot 10 dot 1308011402470 dot 32382 at tp dot orcam dot me dot uk>
"Maciej W. Rozycki" <firstname.lastname@example.org> writes:
> On Wed, 31 Jul 2013, Richard Sandiford wrote:
>> I'm close to finishing a series of patches to further rework the opcode
>> table and free up more bits.
> Thanks for this work, I look forward to seeing your change in. This will
> hopefully let us make GAS handle delay-slot scheduling optimally for the
> microMIPS instructions I had to pessimise due to the lack of free pinfo
> bits (i.e. ALNV.PS, and the instructions using the INSN2_MOD_* macros).
Yeah, it should help with that. The patches make READ_SP available to
microMIPS as a side-effect, but the other cases should be fair game too.
It'd be good not to eat all the new bits at once though :-)
I went ahead and applied the patches tonight since they seem to have been
The new approach is to refer to operands by number rather than name,
so it should just be a case of adding RD_4 to the ALNV.PS list.
That's preapproved if it works.