This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: naked function attribute support for Mips
- From: Andrew Pinski <pinskia at gmail dot com>
- To: reed kotler <rkotler at mips dot com>
- Cc: GCC Mailing List <gcc at gcc dot gnu dot org>, Richard Sandiford <rdsandiford at googlemail dot com>
- Date: Thu, 2 May 2013 16:13:38 -0700
- Subject: Re: naked function attribute support for Mips
- References: <5182EA47 dot 2080804 at mips dot com>
On Thu, May 2, 2013 at 3:35 PM, reed kotler <rkotler@mips.com> wrote:
> This issue of naked function attribute support for Mips has come up in the
> context of LLVM and in regards to maintaining compatibility with gcc.
>
> It's my understanding that the idea of the naked function attribute was
> rejected for gcc Mips.
>
> I'm curious as to why.
>
> For LLVM it basically works just by nature of how LLVM works in its target
> independent part.
>
> It will not emit the function prologue or epilogue.
>
> It still emits the .frame, .mask and .fmask because that is Mips specific
> code that does not currently know about the naked function attribute, but
> that is a separate issue.
>
> There is also the issue of the return statement but this also a separate non
> Mips specific issue and I will post that separately.
What are the use cases of naked for mips that the interrupt attribute
does not handle? Including the use_shadow_register_set,
keep_interrupts_masked and use_debug_exception_return attributes which
MIPS backend already handles.
Thanks,
Andrew Pinski