This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: 128 bit floats on PA64
- From: Jeff Law <law at porcupine dot slc dot redhat dot com>
- To: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Cc: sje at cup dot hp dot com, gcc-patches at gcc dot gnu dot org
- Date: Thu, 05 Sep 2002 19:54:14 -0600
- Subject: Re: 128 bit floats on PA64
- Reply-to: law at redhat dot com
In message <200209060050.g860oUTM014659@hiauly1.hia.nrc.ca>, "John David Anglin
" writes:
>> In message <200209031957.g83Jvsfk007936@hiauly1.hia.nrc.ca>, "John David An
>glin
>> " writes:
>> >Here is the PA portion of a patch to implement 128-bit long doubles
>> >for TARGET_64BIT.
>> Great! This is something that has needed to be fixed for a long long time.
>
>I think that I have arranged to get pa1.1 quad support from HP. I am
>hoping to do PA2.0 quad support inline although Paul Bame may be able
>to get the library functions for these as well. These are mainly for
>linux although the hpux port would benefit from inline quad.
Is it really a win to do them inline? Presumably you're not talking about
using the quad precision in the ISA (which no processor actually implements),
but open-coding them operation using a series of double-precision ops.
>Thanks to suggestions from Jim Wilson and Steve Ellcey I think that
>I have a handle on struct parameters. Jim provided a suggestion on
>how to fix the 5-7 small struct problem on the 32 bit port. Steve
>has basically provided the infrastructure to fix the passing of
>structs on the 64-bit port. I need to do more testing but it looks
>as if structs are now being passed as specified by the respective ABIs.
The use of PARALLELs for describing this stuff post-dates my last attempt
to fix these ABI issues for the 32bit port (circa 1995). I've never gone
back to see if the PARALLELs would actually fix the problems we were having.
Jeff