[llvm-bugs] [Bug 27467] New: BasicAA says "PartialAlias" for access to two different record fields
via llvm-bugs
llvm-bugs at lists.llvm.org
Thu Apr 21 22:50:21 PDT 2016
https://llvm.org/bugs/show_bug.cgi?id=27467
Bug ID: 27467
Summary: BasicAA says "PartialAlias" for access to two
different record fields
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: Interprocedural Analyses
Assignee: unassignedbugs at nondot.org
Reporter: mikael.holmen at ericsson.com
CC: llvm-bugs at lists.llvm.org
Classification: Unclassified
Running
opt -S -lint ./alias.ll
gives
Unusual: noalias argument aliases another argument
on the (silly) function:
%rec7 = type { i16, i16, i16 }
define void @fn1(i16* noalias %p1.1.par, i16* noalias %p2.2.par) {
%s.3 = alloca %rec7
%_tmp1 = getelementptr %rec7, %rec7* %s.3, i16 0, i32 1
%_tmp2 = getelementptr %rec7, %rec7* %s.3, i16 0, i32 2
call void @fn1(i16* %_tmp1, i16* %_tmp2)
ret void
}
If accessing fields 0 and 1 instead, with
%_tmp1 = getelementptr %rec7, %rec7* %s.3, i16 0, i32 0
%_tmp2 = getelementptr %rec7, %rec7* %s.3, i16 0, i32 1
we don't see the Lint complaint.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160422/20333846/attachment.html>
More information about the llvm-bugs
mailing list