llvm-svn: 48227

add(Pass *) as a pure virtual member function. This will allow all
the various addPassesTo* functions in LLVM to avoid hard-coding what
type of PassManager is used. 

llvm-svn: 48226

llvm-svn: 48225

llvm-svn: 48224

llvm-svn: 48223

llvm-svn: 48222

llvm-svn: 48221

If there are multiple register classes that a register belongs to, return the super-class (e.g. on x86, returns GR32, not GR32_).

llvm-svn: 48220

llvm-svn: 48219

When the register allocator runs out of registers, spill a physical register around the def's and use's of the interval being allocated to make it possible for the interval to target a register and spill it right away and restore a register for uses. This likely generates terrible code but is before than aborting.

llvm-svn: 48218

llvm-svn: 48217

llvm-svn: 48216

enhancements.

llvm-svn: 48215

llvm-svn: 48214

into:

_test:
	fldz
	ret

instead of:

_test:
	subl	$12, %esp
	#IMPLICIT_DEF %xmm0
	movsd	%xmm0, (%esp)
	fldl	(%esp)
	addl	$12, %esp
	ret

llvm-svn: 48213

llvm-svn: 48212

llvm-svn: 48211

llvm-svn: 48210

RET instruction instead of using FpSET_ST0_32.  This also generalizes
the code to handling returning of multiple FP results.

llvm-svn: 48209

llvm-svn: 48208

llvm-svn: 48207

and it's the result that requires expansion. This code is a little confusing
because the TargetLoweringInfo tables for [US]INT_TO_FP use the operand type
(the integer type) rather than the result type. 

llvm-svn: 48206

verify the register constraint matches what the instruction expects.

llvm-svn: 48205

llvm-svn: 48204

llvm-svn: 48203

Generate meta-data in a C++ compatible way (remove 2 dependencies on C "flexible array member" idiom and perform some extra casts).

llvm-svn: 48202

llvm-svn: 48201

llvm-svn: 48200

llvm-svn: 48199

llvm-svn: 48198

- Add test pattern matching in CellSPU's icmp32.ll test harness
- Fix CellSPU fcmp.ll-generated assert.

llvm-svn: 48197

llvm-svn: 48196

llvm-svn: 48195

llvm-svn: 48194

llvm-svn: 48193

can be live out of the block anyway, so it isn't needed.

llvm-svn: 48192

llvm-svn: 48191

llvm-svn: 48190

llvm-svn: 48189

local object of >16 byte alignment exists.  It does not
work and getting it to work is not trivial, as explained
in the comment.  This fixes all the remaining ppc32
failures in the struct-layout-1 part of the gcc testsuite.

(gcc does not support this either, and the only way to
get such an object is with __attribute__((aligned)) or
generic vectors; it can't be done in a standard-conforming
program, or with Altivec.  So I think disabling it is OK.)

llvm-svn: 48188