This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: altivec: switch to disable VRSAVE generation
- From: Aldy Hernandez <aldyh at redhat dot com>
- To: David Edelsohn <dje at watson dot ibm dot com>
- Cc: gcc-patches at gcc dot gnu dot org, mark at codesourcery dot com
- Date: Tue, 30 Apr 2002 17:12:20 -0700
- Subject: Re: altivec: switch to disable VRSAVE generation
- References: <20020430050440.GA12660@redhat.com> <200204301634.MAA28108@makai.watson.ibm.com>
- Reply-to: aldyh at redhat dot com
> This is okay for the trunk. *BUT*, the patch you sent also includes
>
> +
> + /* Define to TRUE on a big-endian system when structure arguments
> + passed (and returned) in registers are passed in a little-endian
> + manner instead of a big-endian manner. */
> +
> + #define FUNCTION_ARG_REG_LITTLE_ENDIAN 1
>
> which is *not* okay until we get a clear definition of what this macro is
> suppose to affect in the GCC backend.
doh! my bad. thanks for catching that. i'll nuke it.
on another note (CCing mark), i got more mail saying that customers would
really like for 3.1 because hardly anyone uses vrsave instructions (i
think only apple does) so that leaves linux, sysv4+eabi, etc with completely
useless instructions in the prologue and epilogue. is there any way this
can go into 3.1?
aldy