| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Aside from moving the actual files, this patch only updates the build
system and the source file comments under lib/... that are relevant.
I'll be updating other docs and other files in smaller subsequnet
commits.
While I've tried to test this, but it is entirely possible that there
will still be some build system fallout.
Also, note that I've not changed the library name itself: libLLVMCore.a
is still the library name. I'd be interested in others' opinions about
whether we should rename this as well (I think we should, just not sure
what it might break)
llvm-svn: 171359
|
| |
|
|
| |
llvm-svn: 153436
|
| |
|
|
|
|
|
|
| |
I don't think the AugmentedUse struct buys us much, either in
correctness or in ease of use. Ditch it, and simplify Use::getUser() and
User::allocHungoffUses().
llvm-svn: 133433
|
| |
|
|
| |
llvm-svn: 123623
|
| |
|
|
|
|
| |
User::dropHungOffUses().
llvm-svn: 123580
|
| |
|
|
|
|
| |
User.cpp.
llvm-svn: 123575
|
| |
|
|
|
|
| |
every BranchInst has a fixed number of operands.
llvm-svn: 123027
|
| |
|
|
| |
llvm-svn: 108695
|
| |
|
|
| |
llvm-svn: 108631
|
| |
|
|
|
|
| |
desired)
llvm-svn: 108549
|
| |
|
|
|
|
| |
Patch by Erick Tryzelaar.
llvm-svn: 81107
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
* some picky <g> compilers get insulted by const-incorrectness
* respect 80-char limit
llvm-svn: 61701
|
| |
|
|
| |
llvm-svn: 61695
|
| |
|
|
|
|
|
|
|
| |
This means that we have to include an additional header.
This patch should be functionally equivalent. I cannot outrule any performance
degradation, though I do not expect any.
llvm-svn: 61694
|
| |
|
|
|
|
|
|
|
|
|
|
| |
using the 'volatile' qualifier. This should not have any operational consequences
on code, because tags should always be stripped off (giving a non-volatile pointer)
before dereferencing. The new qualification is there to catch some attempts to use
tagged pointers in a context where an untagged pointer is appropriate.
Notably this approach does not catch dereferencing of tagged pointers, but helps
in separating the two concepts a bit.
llvm-svn: 57641
|
| |
|
|
| |
llvm-svn: 56349
|
| |
|
|
|
|
| |
untested, Use::swap() is definitely not done yet
llvm-svn: 56348
|
| |
|
|
|
|
| |
makefile targets to find these better.
llvm-svn: 51143
|
| |
|
|
|
|
|
|
|
|
|
| |
Do not rely on std::swap<Use>, provide a (faster) member function instead.
This change is primarily necessitated by MSVC++'s incompatibility with
declaring std::swap<Use> to be a friend of Use.
Also contains some minor tweaks to Use inline functions,
to undo pointless changes that sneaked in with the last merge.
llvm-svn: 51078
|
|
|
llvm-svn: 50943
|
