llvm dev - Jun 2017 - What is HexagonCommonGEP.cpp for?

I only see Hexagon has such optimization, is there any reason that Hexagon
need this?
No existing optimization does similar thing?

Thanks,

Regards,
chenwj


2017-06-14 21:51 GMT+08:00 Krzysztof Parzyszek <kparzysz at
codeaurora.org>:
> On 6/14/2017 8:16 AM, 陳韋任 wrote:
>
>> Sounds like you break a single getelementptr into a few smaller ones,
>> then do CSE-like optimization?
>>
>
> Something like that.
>
>
> -Krzysztof
>
> --
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted
> by The Linux Foundation
>


-- 
Wei-Ren Chen (陳韋任)
Homepage: https://people.cs.nctu.edu.tw/~chenwj
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170614/b5b24509/attachment-0001.html>

On 6/14/2017 9:05 AM, 陳韋任 wrote:
> I only see Hexagon has such optimization, is there any reason that 
> Hexagon need this?
This question is backwards. Since it was written in the first place, 
there obviously was a reason for it. It was originally written for 
Hexagon and so it remains as a Hexagon-only optimization. It could 
become a target-independent optimization, but so far nothing has been 
done to evaluate the impact of it for other targets.

-Krzysztof

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, 
hosted by The Linux Foundation

Krzystof,

  Is this partly due to hardware loops not being common? I'm curious, we do
something very similar for similar reasons.



On Wed, Jun 14, 2017 at 10:23 AM, Krzysztof Parzyszek via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> On 6/14/2017 9:05 AM, 陳韋任 wrote:
>
>> I only see Hexagon has such optimization, is there any reason that
>> Hexagon need this?
>>
>
> This question is backwards. Since it was written in the first place, there
> obviously was a reason for it. It was originally written for Hexagon and so
> it remains as a Hexagon-only optimization. It could become a
> target-independent optimization, but so far nothing has been done to
> evaluate the impact of it for other targets.
>
> -Krzysztof
>
> --
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted
> by The Linux Foundation
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170614/897e4c42/attachment.html>