aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Transforms/Utils/CloneModule.cpp
diff options
context:
space:
mode:
authorHans Wennborg <hans@hanshq.net>2016-03-31 18:33:38 +0000
committerHans Wennborg <hans@hanshq.net>2016-03-31 18:33:38 +0000
commite1a2e90ffadd810ef6bd580e90b42a83958dfc11 (patch)
treeab342aa8c1dafe2bfd02a92e89b084c34cb29f77 /llvm/lib/Transforms/Utils/CloneModule.cpp
parent19cb9476a2beea3ed33bf001080e73de1d3b7220 (diff)
downloadllvm-e1a2e90ffadd810ef6bd580e90b42a83958dfc11.zip
llvm-e1a2e90ffadd810ef6bd580e90b42a83958dfc11.tar.gz
llvm-e1a2e90ffadd810ef6bd580e90b42a83958dfc11.tar.bz2
Change eliminateCallFramePseudoInstr() to return an iterator
This will become necessary in a subsequent change to make this method merge adjacent stack adjustments, i.e. it might erase the previous and/or next instruction. It also greatly simplifies the calls to this function from Prolog- EpilogInserter. Previously, that had a bunch of logic to resume iteration after the call; now it just continues with the returned iterator. Note that this changes the behaviour of PEI a little. Previously, it attempted to re-visit the new instruction created by eliminateCallFramePseudoInstr(). That code was added in r36625, but I can't see any reason for it: the new instructions will obviously not be pseudo instructions, they will not have FrameIndex operands, and we have already accounted for the stack adjustment. Differential Revision: http://reviews.llvm.org/D18627 llvm-svn: 265036
Diffstat (limited to 'llvm/lib/Transforms/Utils/CloneModule.cpp')
0 files changed, 0 insertions, 0 deletions