[PATCH] D20665: Claim NoAlias if two GEPs index different fields of the same struct

Sanjoy Das via llvm-commits llvm-commits at lists.llvm.org
Wed Jun 1 19:44:16 PDT 2016


sanjoy added a subscriber: sanjoy.

================
Comment at: llvm/trunk/lib/Analysis/BasicAliasAnalysis.cpp:842
@@ +841,3 @@
+  // of the same struct, they do not alias.
+  if (GEP1->isInBounds() && GEP2->isInBounds()) {
+    auto Opi1 = GEP1->op_begin() + 1;
----------------
twoh wrote:
> eli.friedman wrote:
> > You aren't allowed to make aliasing assumptions based on the type of a GEP; it's just pointer math.  "inbounds" just means that the result has to be in bounds relative to the allocation as a whole.  See http://llvm.org/docs/LangRef.html#getelementptr-instruction .
> > 
> > Even if a frontend generates "nice" code, LLVM itself performs transformations which will break any assumptions based on the type of a GEP (for example, LLVM will transform a bitcast into a GEP).
> @eli.friedman Thanks for the comment. I'm afraid I didn't understand the point of your comments. This patch is for the case where two GEPs have the same pointer operand and access through the same indices until a certain point. For such case, not only types, but also indexed values should be identical at that point. If so, when the next index values are different, it means that two GEPs will point different fields of the same struct. 
> 
> It would be great if you could suggest an example that this patch generates wrong result. 
Yes I think Eli is right here, if you have

```
struct {
  int arr_a[2];
  int arr_b[2];
};
```

then in LLVM IR the `-1` th element of `arr_b` is the `1` st element of `arr_a`.

Generally I don't think you can do much better than using `GEP::accumulateConstantOffset` if there is a trailing non-constant index.  But maybe in cases like `GEP(PTR, 1, unknown, 4)` you can play some tricks with divisibility?


Repository:
  rL LLVM

http://reviews.llvm.org/D20665





More information about the llvm-commits mailing list