This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: ins instruction is not produced in the assembly code (mips32r2)
- From: Andrew Haley <aph at redhat dot com>
- To: fanqifei at gmail dot com
- Cc: gcc-help at gcc dot gnu dot org
- Date: Tue, 12 Jan 2010 10:11:22 +0000
- Subject: Re: ins instruction is not produced in the assembly code (mips32r2)
- References: <f94afa700912152309r5d60f85cx943c5c2a98592383@mail.gmail.com> <f94afa700912180250k5d33110y222a2faf5cabd98e@mail.gmail.com> <7511306b0912180300t3dc6f0fek5db84416a49a9868@mail.gmail.com> <f94afa700912180546k2458c579o6623beae3331835b@mail.gmail.com> <4B2B8FCA.8000308@redhat.com> <f94afa700912180638j4159bb4an9915d031b23285f@mail.gmail.com> <4B2B977F.5060708@redhat.com> <f94afa701001112328h1161d8c1t10259657a003e129@mail.gmail.com>
On 01/12/2010 07:28 AM, fanqifei wrote:
>>> I still not understand when the insn "insv" in target.md can be used
>>> in the RTL representation of the code.
>>
>> I already told you in my previous message. Did you not see it?
>
> Hi Andrew, I did see it. But that's not exactly what I want.
> Is the builtin function the only way to utilize ins instruction?
> According to the webpage
> http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02430.html, the builtin
> functions are introduced for the DSP extension. As INS instruction is
> introduced in MIPS32 R2 too(not exactly the same as in DSP extension),
> I guess there must be another method to utilize ins instruction of
> MIPS32R2 except inline asm or builtin functions.
I grepped through the gcc back-end. There is code to use insv and
extv in bitfield accesses. I'm not really sure what is going on in
your case.
I think David Daney is right: make sure that with the latest
development version of gcc and the correct options this still happens,
and file a bug report.
Andrew.