2015-10-22 21:28:18 +08:00
|
|
|
; RUN: opt < %s -basicaa -aa-eval -print-all-alias-modref-info -disable-output 2>&1 | FileCheck %s
|
|
|
|
|
|
|
|
|
|
; CHECK: Function: t1
|
|
|
|
|
; CHECK: NoAlias: i32* %gep1, i32* %gep2
|
|
|
|
|
define void @t1([8 x i32]* %p, i32 %addend, i32* %q) {
|
|
|
|
|
%knownnonzero = load i32, i32* %q, !range !0
|
|
|
|
|
%add = add nsw nuw i32 %addend, %knownnonzero
|
|
|
|
|
%gep1 = getelementptr [8 x i32], [8 x i32]* %p, i32 2, i32 %addend
|
|
|
|
|
%gep2 = getelementptr [8 x i32], [8 x i32]* %p, i32 2, i32 %add
|
|
|
|
|
ret void
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
; CHECK: Function: t2
|
[BasicAA] Use MayAlias instead of PartialAlias for fallback.
Using various methods, BasicAA tries to determine whether two
GetElementPtr memory locations alias when its base pointers are known
to be equal. When none of its heuristics are applicable, it falls back
to PartialAlias to, according to a comment, protect TBAA making a wrong
decision in case of unions and malloc. PartialAlias is not correct,
because a PartialAlias result implies that some, but not all, bytes
overlap which is not necessarily the case here.
AAResults returns the first analysis result that is not MayAlias.
BasicAA is always the first alias analysis. When it returns
PartialAlias, no other analysis is queried to give a more exact result
(which was the intention of returning PartialAlias instead of MayAlias).
For instance, ScopedAA could return a more accurate result.
The PartialAlias hack was introduced in r131781 (and re-applied in
r132632 after some reverts) to fix llvm.org/PR9971 where TBAA returns a
wrong NoAlias result due to a union. A test case for the malloc case
mentioned in the comment was not provided and I don't think it is
affected since it returns an omnipotent char anyway.
Since r303851 (https://reviews.llvm.org/D33328) clang does emit specific
TBAA for unions anymore (but "omnipotent char" instead). Hence, the
PartialAlias workaround is not required anymore.
This patch passes the test-suite and check-llvm/check-clang of a
self-hoisted build on x64.
Reviewed By: hfinkel
Differential Revision: https://reviews.llvm.org/D34318
llvm-svn: 305938
2017-06-22 02:25:37 +08:00
|
|
|
; CHECK: MayAlias: i32* %gep1, i32* %gep2
|
2015-10-22 21:28:18 +08:00
|
|
|
define void @t2([8 x i32]* %p, i32 %addend, i32* %q) {
|
|
|
|
|
%knownnonzero = load i32, i32* %q, !range !0
|
|
|
|
|
%add = add nsw nuw i32 %addend, %knownnonzero
|
|
|
|
|
%gep1 = getelementptr [8 x i32], [8 x i32]* %p, i32 1, i32 %addend
|
|
|
|
|
%gep2 = getelementptr [8 x i32], [8 x i32]* %p, i32 0, i32 %add
|
|
|
|
|
ret void
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
; CHECK: Function: t3
|
|
|
|
|
; CHECK: MustAlias: i32* %gep1, i32* %gep2
|
|
|
|
|
define void @t3([8 x i32]* %p, i32 %addend, i32* %q) {
|
|
|
|
|
%knownnonzero = load i32, i32* %q, !range !0
|
|
|
|
|
%add = add nsw nuw i32 %addend, %knownnonzero
|
|
|
|
|
%gep1 = getelementptr [8 x i32], [8 x i32]* %p, i32 0, i32 %add
|
|
|
|
|
%gep2 = getelementptr [8 x i32], [8 x i32]* %p, i32 0, i32 %add
|
|
|
|
|
ret void
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
; CHECK: Function: t4
|
[BasicAA] Use MayAlias instead of PartialAlias for fallback.
Using various methods, BasicAA tries to determine whether two
GetElementPtr memory locations alias when its base pointers are known
to be equal. When none of its heuristics are applicable, it falls back
to PartialAlias to, according to a comment, protect TBAA making a wrong
decision in case of unions and malloc. PartialAlias is not correct,
because a PartialAlias result implies that some, but not all, bytes
overlap which is not necessarily the case here.
AAResults returns the first analysis result that is not MayAlias.
BasicAA is always the first alias analysis. When it returns
PartialAlias, no other analysis is queried to give a more exact result
(which was the intention of returning PartialAlias instead of MayAlias).
For instance, ScopedAA could return a more accurate result.
The PartialAlias hack was introduced in r131781 (and re-applied in
r132632 after some reverts) to fix llvm.org/PR9971 where TBAA returns a
wrong NoAlias result due to a union. A test case for the malloc case
mentioned in the comment was not provided and I don't think it is
affected since it returns an omnipotent char anyway.
Since r303851 (https://reviews.llvm.org/D33328) clang does emit specific
TBAA for unions anymore (but "omnipotent char" instead). Hence, the
PartialAlias workaround is not required anymore.
This patch passes the test-suite and check-llvm/check-clang of a
self-hoisted build on x64.
Reviewed By: hfinkel
Differential Revision: https://reviews.llvm.org/D34318
llvm-svn: 305938
2017-06-22 02:25:37 +08:00
|
|
|
; CHECK: MayAlias: i32* %gep1, i32* %gep2
|
2015-10-22 21:28:18 +08:00
|
|
|
define void @t4([8 x i32]* %p, i32 %addend, i32* %q) {
|
|
|
|
|
%knownnonzero = load i32, i32* %q, !range !0
|
|
|
|
|
%add = add nsw nuw i32 %addend, %knownnonzero
|
|
|
|
|
%gep1 = getelementptr [8 x i32], [8 x i32]* %p, i32 1, i32 %addend
|
|
|
|
|
%gep2 = getelementptr [8 x i32], [8 x i32]* %p, i32 %add, i32 %add
|
|
|
|
|
ret void
|
|
|
|
|
}
|
|
|
|
|
|
2015-10-23 22:17:03 +08:00
|
|
|
; CHECK: Function: t5
|
[BasicAA] Use MayAlias instead of PartialAlias for fallback.
Using various methods, BasicAA tries to determine whether two
GetElementPtr memory locations alias when its base pointers are known
to be equal. When none of its heuristics are applicable, it falls back
to PartialAlias to, according to a comment, protect TBAA making a wrong
decision in case of unions and malloc. PartialAlias is not correct,
because a PartialAlias result implies that some, but not all, bytes
overlap which is not necessarily the case here.
AAResults returns the first analysis result that is not MayAlias.
BasicAA is always the first alias analysis. When it returns
PartialAlias, no other analysis is queried to give a more exact result
(which was the intention of returning PartialAlias instead of MayAlias).
For instance, ScopedAA could return a more accurate result.
The PartialAlias hack was introduced in r131781 (and re-applied in
r132632 after some reverts) to fix llvm.org/PR9971 where TBAA returns a
wrong NoAlias result due to a union. A test case for the malloc case
mentioned in the comment was not provided and I don't think it is
affected since it returns an omnipotent char anyway.
Since r303851 (https://reviews.llvm.org/D33328) clang does emit specific
TBAA for unions anymore (but "omnipotent char" instead). Hence, the
PartialAlias workaround is not required anymore.
This patch passes the test-suite and check-llvm/check-clang of a
self-hoisted build on x64.
Reviewed By: hfinkel
Differential Revision: https://reviews.llvm.org/D34318
llvm-svn: 305938
2017-06-22 02:25:37 +08:00
|
|
|
; CHECK: MayAlias: i32* %gep2, i64* %bc
|
2015-10-23 22:17:03 +08:00
|
|
|
define void @t5([8 x i32]* %p, i32 %addend, i32* %q) {
|
|
|
|
|
%knownnonzero = load i32, i32* %q, !range !0
|
|
|
|
|
%add = add nsw nuw i32 %addend, %knownnonzero
|
|
|
|
|
%gep1 = getelementptr [8 x i32], [8 x i32]* %p, i32 2, i32 %addend
|
|
|
|
|
%gep2 = getelementptr [8 x i32], [8 x i32]* %p, i32 2, i32 %add
|
|
|
|
|
%bc = bitcast i32* %gep1 to i64*
|
|
|
|
|
ret void
|
|
|
|
|
}
|
|
|
|
|
|
2015-10-22 21:28:18 +08:00
|
|
|
!0 = !{ i32 1, i32 5 }
|