[PATCH, rs6000] Add minimum __float128 built-in support required for glibc

[Bill Schmidt]

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
>