diff options
| author | Gabor Greif <ggreif@gmail.com> | 2009-03-12 18:34:49 +0000 |
|---|---|---|
| committer | Gabor Greif <ggreif@gmail.com> | 2009-03-12 18:34:49 +0000 |
| commit | c91aa9b857add1416d1bad2a9850430e306beafa (patch) | |
| tree | 56ae7b4879ea8ce2ca1a5bf58e6ddb0c04b576a0 /clang/lib/Driver/Action.cpp | |
| parent | 7398059c8453c17b0fef5011f1f5ac82e6ca6019 (diff) | |
| download | bcm5719-llvm-c91aa9b857add1416d1bad2a9850430e306beafa.tar.gz bcm5719-llvm-c91aa9b857add1416d1bad2a9850430e306beafa.zip | |
Rearrange operands of the BranchInst, to be able to
access each with a fixed negative index from op_end().
This has two important implications:
- getUser() will work faster, because there are less iterations
for the waymarking algorithm to perform. This is important
when running various analyses that want to determine callers
of basic blocks.
- getSuccessor() now runs faster, because the indirection via OperandList
is not necessary: Uses corresponding to the successors are at fixed
offset to "this".
The price we pay is the slightly more complicated logic in the operator
User::delete, as it has to pick up the information whether it has to free
the memory of an original unconditional BranchInst or a BranchInst that
was originally conditional, but has been shortened to unconditional.
I was not able to come up with a nicer solution to this problem. (And
rest assured, I tried *a lot*).
Similar reorderings will follow for InvokeInst and CallInst. After that
some optimizations to pred_iterator and CallSite will fall out naturally.
llvm-svn: 66815
Diffstat (limited to 'clang/lib/Driver/Action.cpp')
0 files changed, 0 insertions, 0 deletions

