mirror of
https://github.com/RPCS3/llvm.git
synced 2024-12-22 03:58:16 +00:00
dff57f19a1
Short description. This issue is about case of treating pointers as integers. We treat pointers as different if they references different address space. At the same time, we treat pointers equal to integers (with machine address width). It was a point of false-positive. Consider next case on 32bit machine: void foo0(i32 addrespace(1)* %p) void foo1(i32 addrespace(2)* %p) void foo2(i32 %p) foo0 != foo1, while foo1 == foo2 and foo0 == foo2. As you can see it breaks transitivity. That means that result depends on order of how functions are presented in module. Next order causes merging of foo0 and foo1: foo2, foo0, foo1 First foo0 will be merged with foo2, foo0 will be erased. Second foo1 will be merged with foo2. Depending on order, things could be merged we don't expect to. The fix: Forbid to treat any pointer as integer, except for those, who belong to address space 0. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@195769 91177308-0d34-0410-b5e6-96231b3b80d8 |
||
---|---|---|
.. | ||
2011-02-08-RemoveEqual.ll | ||
2013-01-10-MergeFuncAssert.ll | ||
address-spaces.ll | ||
crash.ll | ||
fold-weak.ll | ||
inttoptr-address-space.ll | ||
inttoptr.ll | ||
merge-ptr-and-int.ll | ||
phi-speculation1.ll | ||
phi-speculation2.ll | ||
ptr-int-transitivity-1.ll | ||
ptr-int-transitivity-2.ll | ||
ptr-int-transitivity-3.ll | ||
too-small.ll | ||
vector.ll | ||
vectors-and-arrays.ll |