On Thu, Jun 23, 2016 at 07:33:34PM -0500, Bill Schmidt wrote:
> > For posterity:
> >
> > Use vspltisw A,N ; vsrw B,A,A ; vslo D,B,A to create in D:
> > N=-16 _______ (ieee128 -Inf)
> > N=-17 7fff_______ (ieee128 +Inf)
>
> For the
>
> On Jun 23, 2016, at 5:41 PM, Joseph Myers wrote:
>
> On Thu, 23 Jun 2016, Bill Schmidt wrote:
>
>> After discussing with the glibc folks, I'd like to propose that this patch
>> be altered to use the 'q' suffix for the builtin names. That way we won't
>> have a naming conflict with Joseph's
Thanks, I'll make these changes and re-spin. Not sure what was up
with my tabs...
> On Jun 23, 2016, at 6:49 PM, Segher Boessenkool
> wrote:
>
> Hi Bill,
>
> Some little things about the patch...
>
> On Thu, Jun 23, 2016 at 04:44:27PM -0500, Bill Schmidt wrote:
>> We no longer have a half-cl
Hi Bill,
Some little things about the patch...
On Thu, Jun 23, 2016 at 04:44:27PM -0500, Bill Schmidt wrote:
> We no longer have a half-clever implementation to construct an infinity
> inside vector registers, or the full-clever one that Segher proposed in
> response. :) We can try to add that s
On Thu, 23 Jun 2016, Bill Schmidt wrote:
> After discussing with the glibc folks, I'd like to propose that this patch
> be altered to use the 'q' suffix for the builtin names. That way we won't
> have a naming conflict with Joseph's patch in the short term, and we'll
> be able to stage the moveme
After discussing with the glibc folks, I'd like to propose that this patch
be altered to use the 'q' suffix for the builtin names. That way we won't
have a naming conflict with Joseph's patch in the short term, and we'll
be able to stage the movement on trunk to the f128 support.
I've been inform
So, I wasn't quite clear here... this is what I want to be able to put in
6.2. Normally we would put it upstream in trunk for burn-in, and then
backport after a bit.
Unfortunately we are going to have a naming conflict with Joseph's
patch to add the _Floatn, etc., builtin support. So we can't p
Hi,
This is a revision of my previous patch, correcting two issues. The inff128
and huge_valf128 builtins now participate in folding so they are suitable
for use in static initializers, and the new builtins are now documented.
We no longer have a half-clever implementation to construct an infinit
