[llvm] r191200 - InstSimplify: Fold equality comparisons between non-inbounds GEPs.

Duncan Sands duncan.sands at gmail.com
Thu Sep 26 08:49:24 PDT 2013


Hi Benjamin,

On 23/09/13 16:16, Benjamin Kramer wrote:
> Author: d0k
> Date: Mon Sep 23 09:16:38 2013
> New Revision: 191200
>
> URL: http://llvm.org/viewvc/llvm-project?rev=191200&view=rev
> Log:
> InstSimplify: Fold equality comparisons between non-inbounds GEPs.
>
> Overflow doesn't affect the correctness of equalities. Computing this is cheap,
> we just reuse the computation for the inbounds case and try to peel of more
> non-inbounds GEPs. This pattern is unlikely to ever appear in code generated by
> Clang, but SCEV occasionally produces it.
...
> --- llvm/trunk/test/Transforms/InstSimplify/compare.ll (original)
> +++ llvm/trunk/test/Transforms/InstSimplify/compare.ll Mon Sep 23 09:16:38 2013
> @@ -717,3 +717,12 @@ define i1 @alloca_gep(i64 %a, i64 %b) {
>     ret i1 %cmp
>   ; CHECK-NEXT: ret i1 false
>   }
> +
> +define i1 @non_inbounds_gep_compare(i64* %a) {
> +; CHECK-LABEL: @non_inbounds_gep_compare(
> +; Equality compares with non-inbounds GEPs can be folded.
> +  %x = getelementptr i64* %a, i64 42
> +  %cmp = icmp eq i64* %a, %x
> +  ret i1 %cmp
> +; CHECK-NEXT: ret i1 false
> +}

Suppose this example was
   %x = getelementptr i64* %a, i64 4294967296
i.e. offset of 2^32.
On a 32 bit machine, %x is equal to %a, so the comparison should not be folded
to "false" on such machines.

Ciao, Duncan.



More information about the llvm-commits mailing list