On Tue, May 6, 2014 at 10:11 AM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Mon, May 5, 2014 at 10:58 PM, Richard Sandiford
>> wrote:
>>> Richard Biener writes:
On Mon, May 5, 2014 at 4:51 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Mon, May 5, 2
Richard Biener writes:
> On Mon, May 5, 2014 at 10:58 PM, Richard Sandiford
> wrote:
>> Richard Biener writes:
>>> On Mon, May 5, 2014 at 4:51 PM, Richard Sandiford
>>> wrote:
Richard Biener writes:
> On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
> wrote:
>> Richard Bien
On Mon, May 5, 2014 at 10:58 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Mon, May 5, 2014 at 4:51 PM, Richard Sandiford
>> wrote:
>>> Richard Biener writes:
On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Fri, May 2, 2
Richard Biener writes:
> On Mon, May 5, 2014 at 4:51 PM, Richard Sandiford
> wrote:
>> Richard Biener writes:
>>> On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
>>> wrote:
Richard Biener writes:
> On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
> wrote:
>> I'd hoped the
On Mon, May 05, 2014 at 07:32:31PM +0200, Richard Biener wrote:
> > void_zero_node is used for ubsan too, and survives into gimple.
> > I did hit this in real tests, it wasn't just theoretical.
>
> Ugh - for what does it use that ... :/
It's used like this:
t = fold_build3 (COND_EXPR, void_type_n
On Mon, May 5, 2014 at 4:51 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
>> wrote:
>>> Richard Biener writes:
On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
wrote:
> I'd hoped the days of zero-precision INTEGER_CST
Richard Biener writes:
> On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
> wrote:
>> Richard Biener writes:
>>> On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
>>> wrote:
I'd hoped the days of zero-precision INTEGER_CSTs were behind us after
Richard's patch to remove min amd max
On Mon, May 5, 2014 at 12:54 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
>> wrote:
>>> I'd hoped the days of zero-precision INTEGER_CSTs were behind us after
>>> Richard's patch to remove min amd max values from zero-width bitfields,
Richard Biener writes:
> On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
> wrote:
>> I'd hoped the days of zero-precision INTEGER_CSTs were behind us after
>> Richard's patch to remove min amd max values from zero-width bitfields,
>> but a boostrap-ubsan showed otherwise. One source is in:
>>
On Fri, May 2, 2014 at 9:19 PM, Richard Sandiford
wrote:
> I'd hoped the days of zero-precision INTEGER_CSTs were behind us after
> Richard's patch to remove min amd max values from zero-width bitfields,
> but a boostrap-ubsan showed otherwise. One source is in:
>
> null_pointer_node = build_in
Kenneth Zadeck writes:
> Then with a fixed comment, this patch is fine.
OK, here's what I committed.
Richard
Index: gcc/wide-int.cc
===
--- gcc/wide-int.cc 2014-05-03 07:59:36.274750108 +0100
+++ gcc/wide-int.cc 2014-05-04
Then with a fixed comment, this patch is fine.
kenny
On 05/03/2014 02:59 PM, Richard Sandiford wrote:
Kenneth Zadeck writes:
The doc at wide-int.h:136 needs work.The doc currently says that the
precision and length are always greater than 0. This is now not
correct. It also says tha
Kenneth Zadeck writes:
> The doc at wide-int.h:136 needs work.The doc currently says that the
> precision and length are always greater than 0. This is now not
> correct. It also says that the bits above the precision are defined
> to be the sign extension if the precision does not co
The doc at wide-int.h:136 needs work.The doc currently says that the
precision and length are always greater than 0. This is now not
correct. It also says that the bits above the precision are defined
to be the sign extension if the precision does not cover that block.
I do not know
I'd hoped the days of zero-precision INTEGER_CSTs were behind us after
Richard's patch to remove min amd max values from zero-width bitfields,
but a boostrap-ubsan showed otherwise. One source is in:
null_pointer_node = build_int_cst (build_pointer_type (void_type_node), 0);
if no_target, sinc
15 matches
Mail list logo