[PATCH] D29717: [LoopVectorize] Added address space check when analysing interleaved accesses

Matthew Simpson via llvm-commits llvm-commits at lists.llvm.org
Wed Feb 22 07:29:58 PST 2017


That will work. I had forgotten we had that helper function lying around
already.

On Wed, Feb 22, 2017 at 10:21 AM, Karl-Johan Karlsson via llvm-commits <
llvm-commits at lists.llvm.org> wrote:

>
>
> On 2017-02-22 16:07, Matthew Simpson wrote:
>
>>
>> On Wed, Feb 22, 2017 at 9:08 AM, Karl-Johan Karlsson via llvm-commits
>> <llvm-commits at lists.llvm.org <mailto:llvm-commits at lists.llvm.org>> wrote:
>>
>>
>>     Is it a fault that DesA.Scev is not of pointer type?
>>
>>
>> After thinking a bit about this, we may be misusing SCEV::getType()
>> here. I haven't looked at your debug output very closely, but the
>> comment
>> <http://llvm.org/docs/doxygen/html/ScalarEvolutionExpression
>> s_8h_source.html#l00217>for
>> SCEVAddExpr indicates that operand order can make a difference. I
>> suggest that we get the pointer types directly from instructions rather
>> than the SCEVs:
>>
>
> Good!
>
>
>> ```
>> if(getPointerOperand(A)->getType()->getPointerAddressSpace() !=
>>    getPointerOperand(B)->getType()->getPointerAddressSpace())
>>   continue;
>> ```
>>
>
> What go you think about this:
>
>       if (getMemInstAddressSpace(A) != getMemInstAddressSpace(B))
>         continue;
>
>
>
>>
>>
>> _______________________________________________
> llvm-commits mailing list
> llvm-commits at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20170222/07604d6f/attachment.html>


More information about the llvm-commits mailing list