This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, rs6000] Add minimum __float128 built-in support required for glibc
- From: Bill Schmidt <wschmidt at linux dot vnet dot ibm dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, Segher Boessenkool <segher at kernel dot crashing dot org>, David Edelsohn <dje dot gcc at gmail dot com>
- Date: Wed, 22 Jun 2016 15:33:57 -0500
- Subject: Re: [PATCH, rs6000] Add minimum __float128 built-in support required for glibc
- Authentication-results: sourceware.org; auth=none
- References: <62B0D9C8-A6C4-4000-B409-0627F854F6DC at linux dot vnet dot ibm dot com> <alpine dot DEB dot 2 dot 20 dot 1606222024020 dot 22324 at digraph dot polyomino dot org dot uk>
Hi Joseph,
That's indeed preferable for the long term -- given how close we are to the
cutoff for 6.2, though, I'm worried about adding any new dependencies for
getting this upstream. I'd suggest that we go ahead with reviewing this
patch in the short term, and I'll be happy to work with you later on getting
the impedance matching right when they become arch-neutral.
Thanks!
Bill
> On Jun 22, 2016, at 3:26 PM, Joseph Myers <joseph@codesourcery.com> wrote:
>
> On Wed, 22 Jun 2016, Bill Schmidt wrote:
>
>> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
>> regressions. All new tests pass except for the test for vspltish in
>> the infinity test; this relies on a patch in progress to fix things so we
>> generate that instead of an inferior sequence. Is this ok for trunk,
>> and for 6.2 after an appropriate burn-in period?
>
> Depending on how long it takes my _FloatN / _FloatNx patch to get
> reviewed, it might be better to avoid adding the built-in functions as
> target-specific on trunk. Adding them as architecture-independent would
> be extremely straightforward once the support for the types is there, and
> then the architecture-specific versions would only be needed for GCC 6.
> (The insn patterns and tests would still be relevant for trunk.)
>
> --
> Joseph S. Myers
> joseph@codesourcery.com
>