RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-10-30 15:32:52 +01:00
Code Issues Projects Releases Wiki Activity
10,497 Commits 4 Branches 5 Tags 704 MiB
d033fe4e8a
Commit Graph

10497 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Chris Lattner
034c38dfd7 New testcase, details in the comments 
llvm-svn: 11495
 2004-02-16 06:35:19 +00:00
Chris Lattner
9affa63dc6 Fold PHI nodes of constants which are only used by a single cast. This implements 
phi.ll:test4

llvm-svn: 11494
 2004-02-16 05:07:08 +00:00
Chris Lattner
c9df883696 A new testcase for a situation that occurs in 181.mcf 
llvm-svn: 11493
 2004-02-16 05:06:36 +00:00
Chris Lattner
011b98cec4 Teach LLVM to unravel the "swap idiom". This implements: 
Regression/Transforms/InstCombine/xor.ll:test20

llvm-svn: 11492
 2004-02-16 03:54:20 +00:00
Chris Lattner
64b01e562c Add a test for the "swap idiom", which LLVM should be able to unravel. 
llvm-svn: 11491
 2004-02-16 03:53:44 +00:00
Chris Lattner
71154f0931 Implement Transforms/InstCombine/xor.ll:test19 
llvm-svn: 11490
 2004-02-16 01:20:27 +00:00
Chris Lattner
3bef114bbe Test for xor chains 
llvm-svn: 11489
 2004-02-16 01:19:52 +00:00
Chris Lattner
b4b7a985fc Fix a bug in the recent rewrite of the leakdetector that caused all of the 
nightly tests to be really messed up.  The problem was that the new leakdetector
was depending on undefined behavior: the order of destruction of static objects.

llvm-svn: 11488
 2004-02-15 23:33:48 +00:00
Chris Lattner
404614b92e Document bug 240 
llvm-svn: 11487
 2004-02-15 23:09:07 +00:00
Chris Lattner
6b3162eb16 Moving CBE tests to test/Regression/CodeGen/CBackend 
llvm-svn: 11486
 2004-02-15 22:56:30 +00:00
Chris Lattner
81eae02a9e When the user runs 'llc foo.bc -march=c', write the output to "foo.cbe.c", not 
to "foo.s".

llvm-svn: 11485
 2004-02-15 22:54:19 +00:00
Chris Lattner
336c99d138 Now that the lowerinvoke pass inserts calls to llvm.setjmp/llvm.longjmp, some 
hacks can be banished.  Also, this gives us the opportunity to emit special code
for the setjmp/longjmps which alows the elimination of one GCC warning for every
setjmp/longjmp site (which is often THOUSANDS in C++ programs).  Yaay!

llvm-svn: 11484
 2004-02-15 22:51:47 +00:00
Chris Lattner
b5914223b8 By default, llvm.setjmp/llvm.longjmp intrinsics get lowered to their libc counterparts 
llvm-svn: 11483
 2004-02-15 22:24:51 +00:00
Chris Lattner
c224c03911 Instead of producing calls to setjmp/longjmp, produce uses of the 
llvm.setjmp/llvm.longjmp intrinsics.

llvm-svn: 11482
 2004-02-15 22:24:27 +00:00
Chris Lattner
ded1ad2846 Refactor code. Now the intrinsic lowering pass tries to recycle preexisting 
prototypes, even if they don't precisely match what it would prefer to use.
This fixes: CBackend/2004-02-15-PreexistingExternals.llx compiling it into:

  ltmp_0_30 = memcpy(l14_C, 4u, 17);
  ltmp_1_30 = memcpy(((int *)l27_A), ((unsigned )(long)l27_B), ((int )123u));

instead of:

  ltmp_0_30 = memcpy(l14_C, 4u, 17);
  ltmp_1_27 = l43_memcpy(l27_A, l27_B, 123u);

Which does the wrong thing as you could imagine.

llvm-svn: 11481
 2004-02-15 22:16:39 +00:00
Chris Lattner
5b2d91dda7 New testcase 
llvm-svn: 11480
 2004-02-15 22:14:46 +00:00
Alkis Evlogimenos
4a2e2b54f6 This pass should not require phi elimination or live variable 
analysis. It should only preserve them and update LiveVariables if it
already ran.

llvm-svn: 11479
 2004-02-15 21:50:32 +00:00
Chris Lattner
787d6b86e3 Finegrainify namespacification 
Remove one of the operands of a two operand instruction

llvm-svn: 11478
 2004-02-15 21:38:28 +00:00
Alkis Evlogimenos
84318d7bb6 Make dense maps keyed on physical registers smallerusing 
MRegisterInfo::getNumRegs() instead of
MRegisterInfo::FirstVirtualRegister.

Also use MRegisterInfo::is{Physical,Virtual}Register where
appropriate.

llvm-svn: 11477
 2004-02-15 21:37:17 +00:00
Alkis Evlogimenos
1026a01d5a Eliminate the use of spill (reserved) registers. 
llvm-svn: 11476
 2004-02-15 10:24:21 +00:00
Chris Lattner
82516726ac QOI bug fixed 
llvm-svn: 11475
 2004-02-15 06:00:04 +00:00
Chris Lattner
28131460da Adjustments to support the new ConstantAggregateZero class 
llvm-svn: 11474
 2004-02-15 05:55:15 +00:00
Chris Lattner
99ed412516 Add support for the new ConstantAggregateZero class 
llvm-svn: 11473
 2004-02-15 05:54:27 +00:00
Chris Lattner
2679a58a61 Make the JIT zero out globals with memset instead of an element at a time. This 
should speed it up a bit on a lot of programs

llvm-svn: 11472
 2004-02-15 05:54:06 +00:00
Chris Lattner
cd6a595db5 No need to scan zero initializers. This should make DSA a bit faster. 
llvm-svn: 11471
 2004-02-15 05:53:42 +00:00
Chris Lattner
363cd9e4b8 Add a new ConstantAggregateZero class, to fix PR239. This makes zero 
initializers for constant structs and arrays take constant space, instead of
space proportinal to the number of elements.  This reduces the memory usage of
the LLVM compiler by hundreds of megabytes when compiling some nasty SPEC95
benchmarks.

llvm-svn: 11470
 2004-02-15 05:53:04 +00:00
Chris Lattner
bbe538e930 finegrainify namespacification 
llvm-svn: 11469
 2004-02-15 05:52:36 +00:00
Chris Lattner
177881e6ad Bug fixed 
llvm-svn: 11468
 2004-02-15 05:47:37 +00:00
Chris Lattner
0f819b9523 ConstantArray::get and ConstantStruct::get now just return pointers to 
'Constant', instead of specific subclass pointers.  In the future, these will
return an instance of ConstantAggregateZero if all of the inputs are zeros.

llvm-svn: 11467
 2004-02-15 04:14:47 +00:00
Chris Lattner
52cc69f39e Remove dependence on return type of ConstantStruct::get 
llvm-svn: 11466
 2004-02-15 04:07:32 +00:00
Chris Lattner
3fd2b573f1 Remove dependence on the return type of ConstantArray::get 
llvm-svn: 11463
 2004-02-15 04:05:58 +00:00
Chris Lattner
c8d0942108 Keep a cache of non-abstract null arrays and structs. This speeds up llvm-dis 
from 16.57 -> 13.46s on 129.compress.

llvm-svn: 11462
 2004-02-15 02:46:46 +00:00
Chris Lattner
3c6e99398f Testcase for PR205: [llvmgcc] C front-end does not emit 'zeroinitializer' when possible 
llvm-svn: 11461
 2004-02-15 02:19:08 +00:00
Chris Lattner
7a84c6d9f9 Test for actual support, not just for lack of crashage 
llvm-svn: 11460
 2004-02-15 01:21:39 +00:00
Chris Lattner
af97b8450d Implement llvm.(frame|return)address(0) correctly. They are used by the LLVM JIT, among other 
applications

llvm-svn: 11459
 2004-02-15 01:04:03 +00:00
Alkis Evlogimenos
fc768e6db0 Fix problem in DEBUG code. I could be pointing past the end and 
dereferencing it causes an assertion error.

llvm-svn: 11458
 2004-02-15 00:46:41 +00:00
Chris Lattner
0e7fb375bf New code quality fix 
llvm-svn: 11457
 2004-02-15 00:23:15 +00:00
Chris Lattner
402f5ee496 New testcase for PR237: [x86] wierd stack/frame pointer manipulation 
llvm-svn: 11456
 2004-02-15 00:21:04 +00:00
Chris Lattner
679c106ce3 Fix the 'have a framepointer' case, so that the frame pointer always points 
to the old saved EBP.

llvm-svn: 11455
 2004-02-15 00:15:37 +00:00
Chris Lattner
18c5e0065f Allow for fixed objects to reside in the local area, and if they don't to not 
clobber them by allocating other objects in the same space!

llvm-svn: 11454
 2004-02-15 00:14:20 +00:00
Alkis Evlogimenos
e8f9647831 Add back machine code deleter pass until we get a MachineCode pass 
that will be responsible for the creation of MachineFunctions and will
be required by all MachineFunctionPass passes.

llvm-svn: 11453
 2004-02-15 00:03:15 +00:00
Alkis Evlogimenos
0a88b596b1 Modularize implementation of LeakDetector into a typed template 
implementation class. This makes the code simpler and allows for more
types to be added easily. It also implements caching for generic
objects (it was only available for llvm objects).

llvm-svn: 11452
 2004-02-14 23:33:39 +00:00
Chris Lattner
cc5bf36481 Add support for the 'pop' instruction 
llvm-svn: 11451
 2004-02-14 21:06:02 +00:00
Chris Lattner
3246911460 There is no reason to align the stack pointer if there are no callees of this 
function!

llvm-svn: 11450
 2004-02-14 20:11:07 +00:00
Chris Lattner
1130fb28d9 There is no reason to align the stack pointer if there are no callees of this function! 
llvm-svn: 11449
 2004-02-14 20:10:59 +00:00
Chris Lattner
f28479d600 The prologue/epilogue related method calls have no reason to return a value, 
make them return void.

This allows us to avoid some costly MBB.size() calls

llvm-svn: 11448
 2004-02-14 19:49:54 +00:00
Chris Lattner
b8bfcaff7e The prologue/epilogue related method calls have no reason to return a value, 
make them return void.

llvm-svn: 11447
 2004-02-14 19:49:05 +00:00
Chris Lattner
49c1f92c5c fix typeo 
llvm-svn: 11446
 2004-02-14 19:27:26 +00:00
Chris Lattner
1248c8a7f7 finegrainify namespacification, fix 80col prob 
llvm-svn: 11445
 2004-02-14 06:00:36 +00:00
Chris Lattner
a25668bd6d A target that doesn't support these intrinsics will still meet spec (the 
intrinsic will always produce zero), but it will behave unexpectedly, so
warn like GCC does.

llvm-svn: 11444
 2004-02-14 04:52:06 +00:00