This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: biggest alignment for sysv4.h altivec
- From: Geoff Keating <geoffk at geoffk dot org>
- To: aldyh at redhat dot com
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Fri, 8 Mar 2002 15:48:26 -0800
- Subject: Re: biggest alignment for sysv4.h altivec
- References: <06333292-32EC-11D6-B1D1-000393750C1E@redhat.com>
- Reply-to: Geoff Keating <geoffk at redhat dot com>
> Date: Sat, 9 Mar 2002 10:27:15 +1100
> Cc: gcc-patches@gcc.gnu.org
> From: Aldy Hernandez <aldyh@redhat.com>
> X-OriginalArrivalTime: 08 Mar 2002 23:26:28.0054 (UTC) FILETIME=[ABDB2760:01C1C6F8]
>
> >> this is for the sysv4.h header file, not just for altivec.
> >>
> >> do you want me to change BIGGEST_ALIGNMENT to 128 for every
> >> sysv4.h variant?
> >
> > I would look at it the other way. Why should BIGGEST_ALIGNMENT
> > differ? It doesn't change when we switch on -msoft-float, even though
> > if we don't have hardware doubles then we don't need 64-bit alignment.
>
> BIGGEST_ALIGNMENT was already set to 64 in the eabi case, all i'm
> doing it is enforcing it to 128 when eabi && altivec.
Sure. Why only when altivec? Why not always?
> i can come up with a testcase that fails without the patch.
Yes, I'm sure some patch is needed. The question is whether this
particular patch is the best choice.
--
- Geoffrey Keating <geoffk@geoffk.org> <geoffk@redhat.com>