llvm/lib/Transforms/Utils, branch release_22http://llvm.orghttps://git.amat.us/llvm/atom/lib/Transforms/Utils?h=release_222008-01-12T18:54:29Zwe don't have to make an explicit copy of a byval argument when 2008-01-12T18:54:29ZChris Lattnersabre@nondot.org2008-01-12T18:54:29Zurn:sha1:92938b714565db1aea797d7c7a04987cfc6384c2
inlining a function if we know that the function does not write
to *any* memory. This implements test/Transforms/Inline/byval2.ll
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45912 91177308-0d34-0410-b5e6-96231b3b80d8
When inlining a functino with a byval argument, make an explicit 2008-01-11T06:09:30ZChris Lattnersabre@nondot.org2008-01-11T06:09:30Zurn:sha1:c93adca35856d0eaae088e52ba30cfefbd7ad910
copy of it in case the callee modifies the struct.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45853 91177308-0d34-0410-b5e6-96231b3b80d8
don't hoist FP additions into unconditional adds + selects. This 2008-01-03T07:25:26ZChris Lattnersabre@nondot.org2008-01-03T07:25:26Zurn:sha1:3d73bce2d01c7537042bb214edb5fc597f07bf74
could theoretically introduce a trap, but is also a performance issue.
This speeds up ptrdist/ks by 8%.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45533 91177308-0d34-0410-b5e6-96231b3b80d8
Remove attribution from file headers, per discussion on llvmdev.2007-12-29T20:36:04ZChris Lattnersabre@nondot.org2007-12-29T20:36:04Zurn:sha1:4ee451de366474b9c228b4e5fa573795a715216d
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45418 91177308-0d34-0410-b5e6-96231b3b80d8
remove attribution from lib Makefiles.2007-12-29T20:09:26ZChris Lattnersabre@nondot.org2007-12-29T20:09:26Zurn:sha1:fc643c5e88c596f217750dd91fcc66488dfed73d
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45415 91177308-0d34-0410-b5e6-96231b3b80d8
dead calls to llvm.stacksave can be deleted, even though they2007-12-29T00:59:12ZChris Lattnersabre@nondot.org2007-12-29T00:59:12Zurn:sha1:741c0aea08feab0ebd1932aaa8dd38836b2073ea
have potential side-effects.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45392 91177308-0d34-0410-b5e6-96231b3b80d8
GC poses hazards to the inliner. Consider:2007-12-25T03:10:07ZGordon Henriksengordonhenriksen@mac.com2007-12-25T03:10:07Zurn:sha1:0e13821c96937830ec817f08095c3cef1fdcac8d
define void @f() {
...
call i32 @g()
...
}
define void @g() {
...
}
The hazards are:
- @f and @g have GC, but they differ GC. Inlining is invalid. This
may never occur.
- @f has no GC, but @g does. g's GC must be propagated to @f.
The other scenarios are safe:
- @f and @g have the same GC.
- @f and @g have no GC.
- @g has no GC.
This patch adds inliner checks for the former two scenarios.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45351 91177308-0d34-0410-b5e6-96231b3b80d8
If succ has succ itself as one of the predecessors then do2007-12-22T01:32:53ZDevang Pateldpatel@apple.com2007-12-22T01:32:53Zurn:sha1:01666bf74bd72d43426e62ac9d921a8db0a9179e
not merge current bb and succ even if bb's terminator is
unconditional branch to succ.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45305 91177308-0d34-0410-b5e6-96231b3b80d8
When inlining through an 'nounwind' call, mark inlined2007-12-19T21:13:37ZDuncan Sandsbaldrick@free.fr2007-12-19T21:13:37Zurn:sha1:f0c3354d998507515ab39e26b5292ea0ceb06aef
calls 'nounwind'. It is important for correct C++
exception handling that nounwind markings do not get
lost, so this transformation is actually needed for
correctness.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45218 91177308-0d34-0410-b5e6-96231b3b80d8
Rename isNoReturn to doesNotReturn, and isNoUnwind to2007-12-18T09:59:50ZDuncan Sandsbaldrick@free.fr2007-12-18T09:59:50Zurn:sha1:2b0e8990ab33ec2dad21286d3ce01dbb4bbe63c1
doesNotThrow.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45160 91177308-0d34-0410-b5e6-96231b3b80d8