This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: A (somewhat) strange Sparc library issue...
- To: davem at dm dot cobaltmicro dot com (David S. Miller)
- Subject: Re: A (somewhat) strange Sparc library issue...
- From: Joern Rennecke <amylaar at cygnus dot co dot uk>
- Date: Thu, 27 Aug 1998 18:52:11 +0100 (BST)
- Cc: egcs at cygnus dot com, rth at cygnus dot com
> So the final possible solution I had considered brings my query here.
> What about placing it in one of the libgcc libraries that get built
> with gcc? I have not delved much into the details of how such a
> mechanism interfaces, and which library is for what, but I do feel
> that this is the ideal solution for my problem. Once the change in
> compiler behavior (generating real 128-bit quad float operations) is
> introduced, the library infrastructure appears at the same time.
>
> Another win here is that I get to use it for (my yet to be
> bootstrapped) 64-bit Linux Sparc userland on UltraSparc.
>
> Any suggestions?
config/fp-bit.c is the natural place for these functions. Chips that
need software emulation of SFmode and/or DFmode already use it. Look
into config/*/t-*