llvm/test/Transforms/MergeFunc, branch release_29http://llvm.orghttps://git.amat.us/llvm/atom/test/Transforms/MergeFunc?h=release_292011-02-09T06:32:02ZWhen removing a function from the function set and adding it to deferred, we2011-02-09T06:32:02ZNick Lewyckynicholas@mxc.ca2011-02-09T06:32:02Zurn:sha1:3ba974a1c535563bff9a160996ad015a2a56cc05
could end up removing a different function than we intended because it was
functionally equivalent, then end up with a comparison of a function against
itself in the next round of comparisons (the one in the function set and the
one on the deferred list). To fix this, I introduce a choice in the form of
comparison for ComparableFunctions, either normal or "pointer only" used to
find exact Function*'s in lookups.
Also add some debugging statements.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125180 91177308-0d34-0410-b5e6-96231b3b80d8
Fix surprising missed optimization in mergefunc where we forgot to consider2011-01-27T08:38:19ZNick Lewyckynicholas@mxc.ca2011-01-27T08:38:19Zurn:sha1:25296e25fd30806b4a1f2348cbf73f227962be86
that relationships like "i8* null" is equivalent to "i32* null".
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124368 91177308-0d34-0410-b5e6-96231b3b80d8
Teach mergefunc how to emit aliases safely again -- but keep it turned it off2011-01-25T08:56:50ZNick Lewyckynicholas@mxc.ca2011-01-25T08:56:50Zurn:sha1:b38824f866447ccf8dd0c76656755b05bcede1b1
for now. It's controlled by the HasGlobalAliases variable which is not attached
to any flag yet.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124182 91177308-0d34-0410-b5e6-96231b3b80d8
Arrays and vectors with different numbers of elements are not equivalent.2010-07-16T06:31:12ZNick Lewyckynicholas@mxc.ca2010-07-16T06:31:12Zurn:sha1:394ce41b7fcb64a35d5cd1c1fefc0e2225ebfc01
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@108517 91177308-0d34-0410-b5e6-96231b3b80d8
Change tests from "opt %s" to "opt < %s" so that opt doesn't see the2009-09-11T18:01:28ZDan Gohmangohman@apple.com2009-09-11T18:01:28Zurn:sha1:f2f6ce65b79df6ec4ee427d51a18355a170f199b
input filename so that opt doesn't print the input filename in the
output so that grep lines in the tests don't unintentionally match
strings in the input filename.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81537 91177308-0d34-0410-b5e6-96231b3b80d8
Use opt -S instead of piping bitcode output through llvm-dis.2009-09-08T22:34:10ZDan Gohmangohman@apple.com2009-09-08T22:34:10Zurn:sha1:3e054fe9efc64596534bbae0d1634ed15181d642
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81257 91177308-0d34-0410-b5e6-96231b3b80d8
Change these tests to feed the assembly files to opt directly, instead2009-09-08T16:50:01ZDan Gohmangohman@apple.com2009-09-08T16:50:01Zurn:sha1:b1e1e82c54c060ea5dae09dae043234826ca2539
of using llvm-as, now that opt supports this.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81226 91177308-0d34-0410-b5e6-96231b3b80d8
Given two identical weak functions, produce one internal function and two weak2009-06-12T15:56:56ZNick Lewyckynicholas@mxc.ca2009-06-12T15:56:56Zurn:sha1:8728d7a3ea7cad3297f9ab0984358007238ae83a
thunks.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@73230 91177308-0d34-0410-b5e6-96231b3b80d8
This test is wrong. If you have two weak functions F and G you can't make2009-06-12T13:24:41ZNick Lewyckynicholas@mxc.ca2009-06-12T13:24:41Zurn:sha1:f343b69f47192dc9d1479f8b14aadccd17820d90
either one call the other since either one can be replaced at link time, and
they need to be independent.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@73225 91177308-0d34-0410-b5e6-96231b3b80d8
Fix tests not to emit IR output2008-11-04T23:02:39ZAnton Korobeynikovasl@math.spbu.ru2008-11-04T23:02:39Zurn:sha1:879b1ac22e6307e3111eac87bfba123fba1ac7a4
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@58729 91177308-0d34-0410-b5e6-96231b3b80d8