On Mon, Dec 8, 2014 at 3:45 PM, Marc Glisse wrote:
> On Tue, 18 Nov 2014, Richard Biener wrote:
>
>>> I'll try to replace some more TYPE_MODE during stage3...
>>
>>
>> Btw, a convenience would be to be able to write
>>
>> HONOR_NANS (type)
>>
>> thus effectively make HONOR_* inline functions with
On Tue, 18 Nov 2014, Richard Biener wrote:
I'll try to replace some more TYPE_MODE during stage3...
Btw, a convenience would be to be able to write
HONOR_NANS (type)
thus effectively make HONOR_* inline functions with a machine_mode
and a type overload (and the type overload properly looking
On Tue, Nov 18, 2014 at 11:36 AM, Marc Glisse wrote:
> On Mon, 17 Nov 2014, Richard Biener wrote:
>
>> On Sun, Nov 16, 2014 at 6:53 PM, Marc Glisse wrote:
>>>
>>> On Sun, 16 Nov 2014, Richard Biener wrote:
>>>
I think the element_mode is the way to go.
>>>
>>>
>>>
>>> The following passed bo
On Mon, 17 Nov 2014, Richard Biener wrote:
On Sun, Nov 16, 2014 at 6:53 PM, Marc Glisse wrote:
On Sun, 16 Nov 2014, Richard Biener wrote:
I think the element_mode is the way to go.
The following passed bootstrap+testsuite.
2014-11-16 Marc Glisse
* tree.c (element_mode, intege
On Sun, Nov 16, 2014 at 6:53 PM, Marc Glisse wrote:
> On Sun, 16 Nov 2014, Richard Biener wrote:
>
>> I think the element_mode is the way to go.
>
>
> The following passed bootstrap+testsuite.
>
> 2014-11-16 Marc Glisse
>
> * tree.c (element_mode, integer_truep): New functions.
>
On Sun, 16 Nov 2014, Marc Glisse wrote:
On Sun, 16 Nov 2014, Richard Biener wrote:
I think the element_mode is the way to go.
The following passed bootstrap+testsuite.
2014-11-16 Marc Glisse
* tree.c (element_mode, integer_truep): New functions.
* tree.h (element_mode, i
On Sun, 16 Nov 2014, Richard Biener wrote:
I think the element_mode is the way to go.
The following passed bootstrap+testsuite.
2014-11-16 Marc Glisse
* tree.c (element_mode, integer_truep): New functions.
* tree.h (element_mode, integer_truep): Declare them.
* fol
On November 16, 2014 1:07:59 PM CET, Marc Glisse wrote:
>Hello,
>
>this patch breaks gcc.dg/torture/pr50396.c, and I believe this is a
>symptom of a bigger issue: the HONOR_NANS interface is bad (or at least
>
>the way we are using it is bad). To know if a type honors NaN, we first
>
>get its TYP