- Mar 06, 2005
-
-
Chris Lattner authored
llvm-svn: 20501
-
Chris Lattner authored
llvm-svn: 20500
-
Chris Lattner authored
(1) Allow loop invariant expressions to come before the induction variable (instead of just constants): int x; for (i) ...a[x][i] llvm-svn: 20499
-
Chris Lattner authored
Allow operands after the induction variable (no restrictions): int x; for (i) j = ..... a[i][x][j] llvm-svn: 20498
-
Chris Lattner authored
llvm-svn: 20497
-
Chris Lattner authored
llvm-svn: 20496
-
Chris Lattner authored
llvm-svn: 20495
-
Chris Lattner authored
llvm-svn: 20494
-
Chris Lattner authored
a nested loop. This fixes Transforms/LoopUnroll/2005-03-06-BadLoopInfoUpdate.ll and PR532 llvm-svn: 20493
-
Chris Lattner authored
llvm-svn: 20492
-
Chris Lattner authored
llvm-svn: 20491
-
Chris Lattner authored
llvm-svn: 20490
-
Chris Lattner authored
not call insert(Value *Val), remove(Value* Val), or changeName(Value *V, const std::string &Name) llvm-svn: 20488
-
Chris Lattner authored
llvm-svn: 20487
-
Chris Lattner authored
remove a statement that is no longer true remove comment about a dead method. llvm-svn: 20486
-
Chris Lattner authored
llvm-svn: 20485
-
Chris Lattner authored
llvm-svn: 20484
-
Chris Lattner authored
llvm-svn: 20483
-
Chris Lattner authored
llvm-svn: 20482
-
Chris Lattner authored
Speed up the symbol stripping code by avoiding a linear search of the type table. Get rid of removeEntry(type_iterator), since 'remove' is exactly the same operation. llvm-svn: 20481
-
Chris Lattner authored
Get rid of removeEntry(type_iterator), since 'remove' is exactly the same operation. llvm-svn: 20480
-
Chris Lattner authored
llvm-svn: 20479
-
Chris Lattner authored
llvm-svn: 20478
-
Chris Lattner authored
InternallyInconsistent is always false. llvm-svn: 20477
-
Chris Lattner authored
llvm-svn: 20476
-
Chris Lattner authored
llvm-svn: 20475
-
Chris Lattner authored
llvm-svn: 20474
-
Chris Lattner authored
llvm-svn: 20473
-
Chris Lattner authored
llvm-svn: 20472
-
Chris Lattner authored
llvm-svn: 20471
-
Chris Lattner authored
llvm-svn: 20470
-
Chris Lattner authored
The problem is that Function::renameLocalSymbols is iterating through the symbol table planes, occasionally calling setName to rename a value (which used to do a symbol table remove/insert pair). The problem is that if there is only a single value in a particular type plane that the remove will nuke the symbol table plane, and the insert will create and insert a new one. This hoses Function::renameLocalSymbols because it has an iterator to the old plane, under the (very reasonable) assumption that simply renaming a value won't cause the type plane to disappear. This patch fixes the bug by making the rename operation a single atomic operation, which has a side effect of making the whole thing faster too. :) llvm-svn: 20469
-
Chris Lattner authored
llvm-svn: 20468
-
- Mar 05, 2005
-
-
Jeff Cohen authored
llvm-svn: 20467
-
Jeff Cohen authored
llvm-svn: 20466
-
Chris Lattner authored
llvm-svn: 20465
-
Chris Lattner authored
Value::setName, which is no longer virtual. llvm-svn: 20464
-
Chris Lattner authored
llvm-svn: 20463
-
Chris Lattner authored
llvm-svn: 20462
-
Chris Lattner authored
llvm-svn: 20461
-