Do not use the stack pointer directly, issue a copyfromreg instead. Otherwise we can end up with something like ADD32ri %esp, x which two-address pass won't like.

llvm-svn: 45798

llvm-svn: 45797

than hardware supported type will be scalarized, so we
can infer their alignment from that info.

We now codegen pr1845 into:

_boolVectorSelect:
	lbz r2, 0(r3)
	stb r2, -16(r1)
	blr 

llvm-svn: 45796

llvm-svn: 45795

llvm-svn: 45792

llvm-svn: 45791

llvm-svn: 45787

Clean up StrongPHIElimination a bit, and add some more comments to the internal structures.  There's
still more work to do on this front.

llvm-svn: 45783

llvm-svn: 45781

llvm-svn: 45780

llvm-svn: 45775

llvm-svn: 45774

llvm-svn: 45773

llvm-svn: 45772

llvm-svn: 45770

llvm-svn: 45768

llvm-svn: 45766

void test(long long *P) { *P ^= 1; }

into just:

_test:
	movl	4(%esp), %eax
	xorl	$1, (%eax)
	ret

instead of code like this:

_test:
	movl	4(%esp), %ecx
        xorl    $1, (%ecx)
	movl	4(%ecx), %edx
	movl	%edx, 4(%ecx)
	ret

llvm-svn: 45762

llvm-svn: 45759

llvm-svn: 45758

Made the ctor for ImmutableMap to construct a map from an AVL tree public.

llvm-svn: 45756

llvm-svn: 45752

This is currently not set by anything.

llvm-svn: 45748

on 64-bit builds.  Analysis and original patch
by Török Edwin.  Code audit found another place
with the same problem, also fixed here.

llvm-svn: 45746

llvm-svn: 45745

llvm-svn: 45744

llvm-svn: 45743

the code generated is not wonderful.  This turns a miscompilation into
a code quality bug (noted in the ppc readme).  This fixes PR642, which
is over 2 years old (!).  Nate, please review this.

llvm-svn: 45742

llvm-svn: 45739

llvm-svn: 45738

llvm-svn: 45736

llvm-svn: 45734

llvm-svn: 45733

llvm-svn: 45731

llvm-svn: 45727

llvm-svn: 45726

llvm-svn: 45725

llvm-svn: 45723

llvm-svn: 45720

llvm-svn: 45719