| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 110460
|
|
|
|
| |
llvm-svn: 110410
|
|
|
|
|
|
|
|
| |
address of the static
ID member as the sole unique type identifier. Clean up APIs related to this change.
llvm-svn: 110396
|
|
|
|
|
|
|
|
|
| |
anyway
as a positive consequence the CallSite::getCallee() methods now can be rewritten to be
a bit more efficient
llvm-svn: 110380
|
|
|
|
| |
llvm-svn: 110183
|
|
|
|
|
|
| |
a redundant check from checkInstruction.
llvm-svn: 110076
|
|
|
|
| |
llvm-svn: 110075
|
|
|
|
|
|
|
|
| |
Fixes potential ambiguity problems on VS 2010.
Patch by nobled!
llvm-svn: 110029
|
|
|
|
| |
llvm-svn: 109971
|
|
|
|
|
|
| |
alignment, fixing silent truncation of alignment values.
llvm-svn: 109653
|
|
|
|
|
|
|
|
|
| |
alloca instructions (constrained by their internal encoding),
and add error checking for it. Fix an instcombine bug which
generated huge alignment values (null is infinitely aligned).
This fixes undefined behavior noticed by John Regehr.
llvm-svn: 109643
|
|
|
|
|
|
|
|
| |
are still on the list. This might happen if a CallbackVH created some new value
handles for the old value when doing RAUW. Barf if it occurs, since it is almost
certainly a mistake.
llvm-svn: 109495
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
don't visit all blocks in the function, and don't iterate over the split blocks'
predecessor lists for each block visited.
Also, remove the special-case test for the entry block. Splitting the entry
block isn't common enough to make this worthwhile.
This fixes a major compile-time bottleneck which is exposed now that
LoopSimplify isn't being redundantly run both before and after
DominanceFrontier.
llvm-svn: 109408
|
|
|
|
| |
llvm-svn: 109405
|
|
|
|
| |
llvm-svn: 109404
|
|
|
|
| |
llvm-svn: 109403
|
|
|
|
| |
llvm-svn: 109386
|
|
|
|
|
|
| |
this consistently.
llvm-svn: 109360
|
|
|
|
|
|
|
| |
hanging off a value, then the dropping code will intentionally not drop
it too (since this is almost certainly a bug).
llvm-svn: 109337
|
|
|
|
| |
llvm-svn: 109092
|
|
|
|
|
|
| |
for creating and populating NamedMDNodes.
llvm-svn: 109061
|
|
|
|
| |
llvm-svn: 109045
|
|
|
|
| |
llvm-svn: 109031
|
|
|
|
|
|
|
|
|
|
|
| |
Make MDNode::destroy private.
Fix the one thing that used MDNode::destroy, outside of MDNode itself.
One should never delete or destroy an MDNode explicitly. MDNodes
implicitly go away when there are no references to them (implementation
details aside).
llvm-svn: 109028
|
|
|
|
|
|
| |
referenced by NamedMDNodes shouldn't be deleted.
llvm-svn: 109021
|
|
|
|
| |
llvm-svn: 109020
|
|
|
|
| |
llvm-svn: 109019
|
|
|
|
|
|
|
| |
cases. This will be needed when function-local metadata can
appear in places that aren't intrinsic function arguments.
llvm-svn: 108971
|
|
|
|
| |
llvm-svn: 108966
|
|
|
|
|
|
|
| |
it to just do the things that need to be done when an instruction
is deleted.
llvm-svn: 108948
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bitcode file, so that two bitcode files where the same metadata kind
name happens to have been assigned a different ID can still be
linked together.
Eliminate the restriction that metadata kind IDs can't be 0.
Change MD_dbg from 1 to 0, because we can now, and because it's
less mysterious that way.
llvm-svn: 108939
|
|
|
|
|
|
| |
go away eventually, but for now we still need it around.
llvm-svn: 108932
|
|
|
|
|
|
| |
replaced with setDebugLoc and getDebugLoc.
llvm-svn: 108914
|
|
|
|
| |
llvm-svn: 108888
|
|
|
|
|
|
| |
class. No intended functionality change at this point.
llvm-svn: 108877
|
|
|
|
|
|
| |
different direction with this.
llvm-svn: 108856
|
|
|
|
|
|
|
|
| |
working again. I don't see why this patch
would cause them to fail the way they are, but none of the other intervening patches seem likely either.
llvm-svn: 108818
|
|
|
|
| |
llvm-svn: 108813
|
|
|
|
|
|
|
| |
superclass (StaticPassInfo) and a constructor-ful subclass (PassInfo).", it is
breaking teh everything.
llvm-svn: 108805
|
|
|
|
|
|
| |
(StaticPassInfo) and a constructor-ful subclass (PassInfo).
llvm-svn: 108794
|
|
|
|
|
|
|
|
|
| |
manually implemented
linked list. This is a little slower and involves more malloc'ing, but these lists are
typically short, and it allows PassInfo to be entirely constant initializable.
llvm-svn: 108755
|
|
|
|
|
|
| |
by Benjamin Saunders.
llvm-svn: 108699
|
|
|
|
| |
llvm-svn: 108695
|
|
|
|
| |
llvm-svn: 108631
|
|
|
|
|
|
|
|
| |
constant replacement which was botching its handling of
types. Use of getType() instead of getRawType() was causing
the type map in constant folding to be updated wrong.
llvm-svn: 108610
|
|
|
|
| |
llvm-svn: 108560
|
|
|
|
|
|
| |
so there is no locking involved in type refinement.
llvm-svn: 108553
|
|
|
|
|
|
| |
desired)
llvm-svn: 108549
|
|
|
|
| |
llvm-svn: 108522
|
|
|
|
|
|
| |
This fixes PR7649.
llvm-svn: 108513
|