This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Non-HP PA-RISC
- To: law at cygnus dot com
- Subject: Re: Non-HP PA-RISC
- From: Mark Klein <mklein at dis dot com>
- Date: Mon, 25 Jan 1999 14:54:28 -0800
- Cc: egcs at cygnus dot com
- References: <Your message of Mon, 25 Jan 1999 07:09:17 MST. <4.1.19990125064957.00b10bc0@garfield.dis.com>
At 10:27 AM 1/25/99 -0700, Jeffrey A Law wrote:
> > The Quad Library performs just that function. So if it is a mandatory
> > part of the PRO ABI, then I don't have to make long double support on
> > PA optional based on vendor. Nor do I have to limit it to
> > !TARGET_SOFT_FLOAT. Hence the question about its existence on non-HP
> > PA-RISC platforms.
>No, you're approaching the problem from the wrong end.
>
>Either you make it work with soft float (which means you're going to have
>to implement the millicode for libgcc1.asm) for systems without HP's millicode
>routines or you don't use the millicode for soft float.
Sorry, I think I'm not making myself clear ...
There is no millicode for long double support. Long double support is in
the PRO ABI as the Quad Library. On HP, this is part of libc (look for
_U_Qf* in libc.a). On HP, it exists, so there is no question about hard
vs. soft float on HP platforms, even if there is no FP coprocesser
present.
My questions have to do with non-HP platforms. It isn't clear to me in
the PRO documentation whether or not this is an optional library or if
the entire ABI must be implemented to be branded by PRO. Does the
Quad Library exist on non-HP PA-RISC platforms either in libc or
elsewhere?
My other option as originally stated at the beginning of this thread
is to make it optional by platform. Since you've suggested that long
double support doesn't appear to be in that much demand and if I'm
the only one interested, I'll implement it only for the HP3000 which
is where I need it.
--
Mark Klein DIS International, Ltd.
http://www.dis.com 415-892-8400
PGP Public Key Available
--