llvm/lib/Transforms/IPO, branch release_29http://llvm.orghttps://git.amat.us/llvm/atom/lib/Transforms/IPO?h=release_292011-03-06T23:41:34ZDon't internalize available_externally functions. We already did the right2011-03-06T23:41:34ZRafael Espindolarafael.espindola@gmail.com2011-03-06T23:41:34Zurn:sha1:1b5ec068f5f068e4b8e600007e2fa126fafe796f
thing for variables.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127138 91177308-0d34-0410-b5e6-96231b3b80d8
Add an obvious missing safety check to DAE::RemoveDeadArgumentsFromCallers.2011-03-01T00:33:47ZEli Friedmaneli.friedman@gmail.com2011-03-01T00:33:47Zurn:sha1:f291ab2fbaa5ed1cfa20ca47e8dece1040a5065b
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@126720 91177308-0d34-0410-b5e6-96231b3b80d8
Instead of keeping two Value*->id# mappings, keep one Value->Value mapping and2011-02-20T08:11:03ZNick Lewyckynicholas@mxc.ca2011-02-20T08:11:03Zurn:sha1:eafe863b6dc35f9ba5360685f300d16d0a5e0c3c
one Value set. This is faster because we only need to use the set when there
isn't already an entry in the map. No functionality change!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@126076 91177308-0d34-0410-b5e6-96231b3b80d8
convert ConstantVector::get to use ArrayRef.2011-02-15T00:14:00ZChris Lattnersabre@nondot.org2011-02-15T00:14:00Zurn:sha1:2ca5c8644e6c35b3a7910a576ed89cddb7b82c3b
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125537 91177308-0d34-0410-b5e6-96231b3b80d8
revert my ConstantVector patch, it seems to have made the llvm-gcc2011-02-14T18:15:46ZChris Lattnersabre@nondot.org2011-02-14T18:15:46Zurn:sha1:75831904220042260c4faece8507a2807acba47f
builders unhappy.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125504 91177308-0d34-0410-b5e6-96231b3b80d8
Switch ConstantVector::get to use ArrayRef instead of a pointer+size2011-02-14T07:55:32ZChris Lattnersabre@nondot.org2011-02-14T07:55:32Zurn:sha1:283c8caccd093f8e1d4f0bdd01ac240b4edbd20a
idiom. Change various clients to simplify their code.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125487 91177308-0d34-0410-b5e6-96231b3b80d8
When 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
Simplify away redundant test, and document what's going on.2011-02-06T05:04:00ZNick Lewyckynicholas@mxc.ca2011-02-06T05:04:00Zurn:sha1:39c33e3b6344be1d1cc35ad9fb1b647fd8adfe65
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124977 91177308-0d34-0410-b5e6-96231b3b80d8
Remove specialized comparison of InlineAsm objects. They're uniqued on creation2011-02-06T04:33:50ZNick Lewyckynicholas@mxc.ca2011-02-06T04:33:50Zurn:sha1:d489332549f226701825de990a2f5869dad96ace
now, and this wasn't comparing some of their relevant bits anyhow.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124976 91177308-0d34-0410-b5e6-96231b3b80d8
Remove wasteful caching. This isn't needed for correctness because any function2011-02-02T05:31:01ZNick Lewyckynicholas@mxc.ca2011-02-02T05:31:01Zurn:sha1:8eb3e54592ae7d7b43454fcd08d0da7a51ecd4d8
that might have changed been affected by a merge elsewhere will have been
removed from the function set, and it isn't needed for performance because we
call grow() ahead of time to prevent reallocations.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124717 91177308-0d34-0410-b5e6-96231b3b80d8