On Tue, Dec 12, 2017 at 1:42 PM, Bin.Cheng wrote:
> On Fri, Dec 8, 2017 at 2:40 PM, Richard Biener
> wrote:
>> On Fri, Dec 8, 2017 at 1:43 PM, Bin.Cheng wrote:
>>> On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
>>>
On Fri, Dec 8, 2017 at 2:40 PM, Richard Biener
wrote:
> On Fri, Dec 8, 2017 at 1:43 PM, Bin.Cheng wrote:
>> On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
>> wrote:
>>> On Fri, Dec 8, 2017 at 12:46 PM, Bin Cheng
On Fri, Dec 8, 2017 at 3:18 PM, Bin.Cheng wrote:
> On Fri, Dec 8, 2017 at 2:40 PM, Richard Biener
> wrote:
>> On Fri, Dec 8, 2017 at 1:43 PM, Bin.Cheng wrote:
>>> On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
>>>
On Fri, Dec 8, 2017 at 2:40 PM, Richard Biener
wrote:
> On Fri, Dec 8, 2017 at 1:43 PM, Bin.Cheng wrote:
>> On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
>> wrote:
>>> On Fri, Dec 8, 2017 at 12:46 PM, Bin Cheng
On Fri, Dec 8, 2017 at 1:43 PM, Bin.Cheng wrote:
> On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
> wrote:
>> On Fri, Dec 8, 2017 at 12:46 PM, Bin Cheng wrote:
>>> Hi,
>>> This simple patch makes interchange even more
On Fri, Dec 8, 2017 at 12:17 PM, Richard Biener
wrote:
> On Fri, Dec 8, 2017 at 12:46 PM, Bin Cheng wrote:
>> Hi,
>> This simple patch makes interchange even more conservative for small loops
>> with constant initialized simple reduction.
>> The
On Fri, Dec 8, 2017 at 12:46 PM, Bin Cheng wrote:
> Hi,
> This simple patch makes interchange even more conservative for small loops
> with constant initialized simple reduction.
> The reason is undoing such reduction introduces new data reference and
> cond_expr, which could
Hi,
This simple patch makes interchange even more conservative for small loops with
constant initialized simple reduction.
The reason is undoing such reduction introduces new data reference and
cond_expr, which could cost too much in a small
loop.
Test gcc.target/aarch64/pr62178.c is fixed with