- Mar 09, 2005
-
-
Chris Lattner authored
llvm-svn: 20525
-
- Mar 08, 2005
-
-
Chris Lattner authored
llvm-svn: 20523
-
Reid Spencer authored
to cygwin) llvm-svn: 20520
-
Chris Lattner authored
struct types. This fixes Regression/CodeGen/CBackend/2005-03-08-RecursiveTypeCrash.ll, a crash on Java output that Alkis reported. llvm-svn: 20519
-
Misha Brukman authored
llvm-svn: 20515
-
- Mar 07, 2005
-
-
Chris Lattner authored
llvm-svn: 20507
-
- Mar 06, 2005
-
-
Chris Lattner authored
llvm-svn: 20506
-
Chris Lattner authored
hopefully not breaking too many other things. llvm-svn: 20505
-
Chris Lattner authored
llvm-svn: 20501
-
Chris Lattner authored
llvm-svn: 20497
-
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: 20484
-
Chris Lattner authored
llvm-svn: 20483
-
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
llvm-svn: 20479
-
Chris Lattner authored
InternallyInconsistent is always false. llvm-svn: 20477
-
Chris Lattner authored
llvm-svn: 20476
-
Chris Lattner authored
llvm-svn: 20474
-
Chris Lattner authored
llvm-svn: 20472
-
Chris Lattner authored
llvm-svn: 20471
-
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
-
- Mar 05, 2005
-
-
Jeff Cohen authored
llvm-svn: 20467
-
Jeff Cohen authored
llvm-svn: 20466
-
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
-
Chris Lattner authored
llvm-svn: 20460
-
Chris Lattner authored
llvm-svn: 20459
-
Chris Lattner authored
llvm-svn: 20458
-
Chris Lattner authored
llvm-svn: 20455
-
Andrew Lenharth authored
llvm-svn: 20453
-
Chris Lattner authored
sparc, and testcase Regression/Transforms/InstCombine/2005-03-04-ShiftOverflow.ll llvm-svn: 20445
-
- Mar 04, 2005
-
-
Andrew Lenharth authored
llvm-svn: 20442
-
Chris Lattner authored
llvm-svn: 20436
-
Andrew Lenharth authored
fix FCMOVxx typo, set rem and div to hardcode target reg to be the same as the one the assembler uese, update ISel to put values in regs used by assembler for rem and div llvm-svn: 20434
-
Jeff Cohen authored
power of two. This emphatically includes the zeroeth power of two. llvm-svn: 20429
-
- Mar 03, 2005
-
-
Andrew Lenharth authored
llvm-svn: 20425
-
Andrew Lenharth authored
llvm-svn: 20424
-