llvm-svn: 151510

llvm-svn: 151507

llvm-svn: 151506

llvm-svn: 151505

llvm-svn: 151503

llvm-svn: 151502

Patch by Joey Gouly.

llvm-svn: 151489

llvm-svn: 151488

llvm-svn: 151487

Thanks zygoloid.

llvm-svn: 151481

llvm-svn: 151480

Add a random .LL file generator to stress-test different llvm components.

llvm-svn: 151479

llvm-svn: 151475

build. Testcase is still reducing.

llvm-svn: 151474

llvm-svn: 151473

llvm-svn: 151472

llvm-svn: 151471

llvm-svn: 151470

verifier does. This correctly handles invoke.
Thanks to Duncan, Andrew and Chris for the comments.
Thanks to Joerg for the early testing.

llvm-svn: 151469

llvm-svn: 151468

'gep null' when the icmp predicate is unsigned (or is signed without inbounds).

llvm-svn: 151467

llvm-svn: 151466

MultiSource/Applications/lua.

llvm-svn: 151463

equal if both are null. In the test, scope type %t and global @y by adding a
'gep' prefix to them.

llvm-svn: 151452

llvm-svn: 151450

by using llvm::isIdentifiedObject. Also teach it to handle GEPs that have
the same base pointer and constant operands. Fixes PR11238!

llvm-svn: 151449

function that others can use, next to llvm::isIdentifiedObject.

llvm-svn: 151446

llvm-svn: 151440

Reverting this because it breaks static linking on ppc64. Specifically, it may be linkonce_odr functions that are the problem.
With this patch, if you link statically, calls to some functions end up calling their descriptor addresses instead
of calling to their entry points. This causes the execution to fail with SIGILL (b/c the descriptor address just
has some pointers, not code).

llvm-svn: 151433

Target/X86: Fix assertion failures and warnings caused by r151382 _ftol2 lowering for i386-*-win32 targets. Patch by Joe Groff.

[Joe Groff] Hi everyone. My previous patch applied as r151382 had a few problems:
Clang raised a warning, and X86 LowerOperation would assert out for
fptoui f64 to i32 because it improperly lowered to an illegal
BUILD_PAIR. Here's a patch that addresses these issues. Let me know if
any other changes are necessary. Thanks.

llvm-svn: 151432

llvm-svn: 151431

are optimization hints, but at -O0 we're not optimizing.  This becomes a problem
when the alwaysinline attribute is abused.
rdar://10921594

llvm-svn: 151429

uses of the vreg, since the old kills may no longer be valid.  This was causing
-verify-machineinstrs to complain about uses after kills, and could potentially
have been causing subtle register allocation issues, but I haven't come across a
test case yet.

llvm-svn: 151425

llvm-svn: 151420

llvm-svn: 151418

llvm-svn: 151417

add/sub instructions.

llvm-svn: 151415

reserving a physical register ($gp or $28) for that purpose.

This will completely eliminate loads that restore the value of $gp after every
function call, if the register allocator assigns a callee-saved register, or
eliminate unnecessary loads if it assigns a temporary register. 

example:

.cpload $25       // set $gp.
...
.cprestore 16     // store $gp to stack slot 16($sp).
...
jalr $25          // function call. clobbers $gp.
lw $gp, 16($sp)   // not emitted if callee-saved reg is chosen.
...
lw $2, 4($gp)
...
jalr $25          // function call.
lw $gp, 16($sp)   // not emitted if $gp is not live after this instruction.
...

llvm-svn: 151402

llvm-svn: 151398

llvm-svn: 151396