On Monday 06 July 2015 12:04 PM, Richard Biener wrote:
>> The point being ARC ISA provides a neat feature where core only considers
>> lower 5
>> > bits of bitpos operands. Thus we can make such behaviour not only
>> > deterministic in
>> > the context of ARC, but also optimal, eliding the need f
On Mon, Jul 6, 2015 at 7:30 AM, Vineet Gupta wrote:
> On Friday 03 July 2015 07:15 PM, Richard Biener wrote:
>> On Fri, Jul 3, 2015 at 3:10 PM, Vineet Gupta
>> wrote:
>>> Hi,
>>>
>>> I have the following test case (reduced from Linux kernel sources) and it
>>> seems
>>> gcc is optimizing away t
On Mon, 6 Jul 2015, Vineet Gupta wrote:
It is the C language standard that says that shifts like this invoke
undefined behavior.
Right, but the compiler is a program nevertheless and it knows what to do when
it
sees 1 << 62
It's not like there is an uninitialized variable or something which w
On Friday 03 July 2015 07:15 PM, Richard Biener wrote:
> On Fri, Jul 3, 2015 at 3:10 PM, Vineet Gupta
> wrote:
>> Hi,
>>
>> I have the following test case (reduced from Linux kernel sources) and it
>> seems
>> gcc is optimizing away the first loop iteration.
>>
>> arc-linux-gcc -c -O2 star-90008
On Fri, Jul 3, 2015 at 3:10 PM, Vineet Gupta wrote:
> Hi,
>
> I have the following test case (reduced from Linux kernel sources) and it
> seems
> gcc is optimizing away the first loop iteration.
>
> arc-linux-gcc -c -O2 star-9000857057.c -fno-branch-count-reg --save-temps -mA7
>
> --->8--
