Re: PATCH: Enable TFmode for SSE2

["H.J. Lu" <hjl dot tools at gmail dot com>]

On Sat, Jun 28, 2008 at 9:31 AM, Joseph S. Myers
<joseph@codesourcery.com> wrote:
> On Sat, 28 Jun 2008, H.J. Lu wrote:
>
>> > t-fprules-softfp64, so we can convert 128bit FP to 128bit integer on
>> > x86_64. x86_32 should define its own t-fprules-softfp32, where TImode
>> > is omitted.
>>
>> This won't work since we need both 32bit and 64bit version of
>> soft-fp for Linux/x86-64.
>
> Complete the toplevel libgcc transition
> <http://gcc.gnu.org/wiki/Top-Level_Libgcc_Migration> and you can make the
> definitions in t-* files used for libgcc depend on the multilib in any way
> that's convenient.
>
> Actually, I'm sure you don't need the full transition; it should be
> possible to transition just enough for the definitions of LIB2FUNCS_EXTRA
> and LIB2FUNCS_EXCLUDE to be determined in the libgcc directory rather than
> communicated from the gcc directory.  And there might be ways to hack
> things without the transition - but moving this configuration to the
> libgcc directory would make it *much* easier.  The transition aim is for
> all the configuration logic and source files used in libgcc and related
> objects built for the target to go in the libgcc directory.  (There are
> several further cleanups possible afterwards, but I'd consider the
> transition complete at that point.)
>
> Obviously completing the transition shouldn't be a requirement for getting
> in the basic compiler support, but I'd be very glad if it were completed,
> or even if just the part needed for soft-fp were completed.
>

I tried to move soft-fp to libgcc. But it doesn't work. The problems are

1. arm and rs6000 also uses soft-fp, which I don't have.
2. gcc/Makefile needs t-soft-fp to generate libgcc.map.

Unless we move all libgcc stuff to libgcc, it seems impossible to configure
soft-fp in libgcc completely. I will try a hybrid setup. That is configure
some of soft-fp in gcc and some in libgcc.


H.J.