This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Fixes for powerpc-linux param passing

From: Aldy Hernandez <aldyh at redhat dot com>
To: gcc-patches at gcc dot gnu dot org, David Edelsohn <dje at watson dot ibm dot com>, Hartmut Penner <HPENNER at de dot ibm dot com>, Janis Johnson <janis187 at us dot ibm dot com>, geoffk at geoffk dot org
Date: Sun, 9 May 2004 00:18:27 -0400
Subject: Re: Fixes for powerpc-linux param passing
References: <20040508133635.GA9114@bubble.modra.org> <20040508135915.GA24780@redhat.com> <20040508231950.GB9114@bubble.modra.org>

> > I don't have a problem with changing the ABI for -mabi=no-altivec.
> > There is no library code that is currently depending on it, and it
> > isn't documented in any of the altivec or ppc-linux/sysv/whatever
> > documents.  I say we come up with a sane solution, break it once and
> > for all, and try to document this in the ABI standard for PPC32/64.
> 
> Note that this patch just fixes the ABI_V4 case.  We have exactly the
> same problem on every other rs6000 ABI in that -mabi=no-altivec doesn't
> align vector params.  I'm happy to fix the other ABIs too if everyone
> is agrees.  Pass vectors by value in gprs for 64-bit, and by reference
> for 32-bit?  Does that sound reasonable?

Sounds very reasonable.  Please put big comments around such parts,
and do try to push this out to the PPC-Linux ABI committee (if there
is one).

Thanks Alan.

Aldy

References:
- Fixes for powerpc-linux param passing
  - From: Alan Modra
- Re: Fixes for powerpc-linux param passing
  - From: Aldy Hernandez
- Re: Fixes for powerpc-linux param passing
  - From: Alan Modra

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]