This is the mail archive of the
mailing list for the GCC project.
Re: [TESTCASE] Minimized testcase for AltiVec segfault
- From: Geoff Keating <geoffk at geoffk dot org>
- To: aldyh at redhat dot com
- Cc: kumar dot gala at motorola dot com, degger at fhm dot edu, gcc at gcc dot gnu dot org, dje at watson dot ibm dot com
- Date: Thu, 28 Feb 2002 08:06:42 -0800
- Subject: Re: [TESTCASE] Minimized testcase for AltiVec segfault
- References: <7EE6A4EB-2C0D-11D6-87D4-000393750C1E@redhat.com>
- Reply-to: Geoff Keating <geoffk at redhat dot com>
> Date: Thu, 28 Feb 2002 16:39:12 +1100
> Cc: email@example.com, firstname.lastname@example.org, email@example.com,
> From: Aldy Hernandez <firstname.lastname@example.org>
> >>> No, don't do that. I can think of lots of reasons not to.
> >> care to share?
> > You'd be deleting a feature, and worse, you'd be re-using the obvious
> > choice for the option that enables that feature for something
> > different, making it difficult to re-introduce that feature in future.
> a feature that no one would use.
> the same people who would want to link old code, wouldn't be able
> to write code that use varargs, vector arguments, etc, which is
> the reason for -mabi=altivec in the first place.
> in other words, if you DONT use -mabi=altivec, you won't be able
> to use features XYZ. so it's just the same to imply -mabi=altivec
> from just -maltivec, and have the user just not use features
> XYZ if they want to link in old code.
> basically, there's no added benefit from using a separate
> -mabi=altivec flag, especially if the user claims to know what
> they are doing... in which case they achieve the same functionality
> by not using varargs, vector arguments, etc.
Why can't varargs and vector arguments be supported under the SVR4
Isn't altivec still useful even if you can't pass vectors as
The significant change that -mabi=altivec makes is that it expects
called procedures to save the call-saved altivec registers. Thus, you
can't call any non-altivec-abi procedures from an altivec-abi
- Geoffrey Keating <email@example.com> <firstname.lastname@example.org>