llvm-svn: 98920

llvm-svn: 98888

RecyclingAllocator to allow client code to be simpler, and
simplify several clients.

llvm-svn: 98847

always create a new jump table.  The intention was to avoid merging jump
tables in SelectionDAGBuilder, and to wait for the branch folding pass to
merge tables.  Unfortunately, the same getJumpTableIndex() method is also
used to merge tables in branch folding, so as a result of this change
branch tables are never merged.  Worse, the branch folding code is expecting
getJumpTableIndex to always return the index of an existing table, but with
this change, it never does so.  In at least some cases, e.g., pr6543, this
creates references to non-existent tables.

I've fixed the problem by adding a new createJumpTableIndex function, which
will always create a new table, and I've changed getJumpTableIndex to only
look at existing tables.

llvm-svn: 98845

llvm-svn: 98838

llvm-svn: 98830

This reverts commit 98776. It broke the llvm-gcc boot strap.

llvm-svn: 98784

llvm-svn: 98778

Remove ugly hack that aborted the coalescer before using N^2 time.

This affects functions with very complicated live intervals for physical
registers, i.e. functions with thousands of function calls.

llvm-svn: 98776

Fix EmitSectionOffset incorrect argument. DwarfDebug is emitting debug info so isEH is always false. This was hiding until now from compilers because of default arguments. This was hiding from dwarf debug info users because for most of the platform isAbsoluteEHSectionOffsets() is same as isAbsoluteDebugSectionOffsets(). But Chris found it while updating dwarf printer to use MC*.

llvm-svn: 98743

should use CreateTempSymbol() if they don't care about the
name.

llvm-svn: 98712

llvm-svn: 98694

llvm-svn: 98686

handling constant unions.

llvm-svn: 98680

llvm-svn: 98675

llvm-svn: 98662

llvm-svn: 98656

llvm-svn: 98604

"used outside of the block". If the block ends in a return, then it won't be
used outside of it.

llvm-svn: 98599

to LLVM IR changes with addr label weirdness.  In the testcase, we
generate references to the two bb's when codegen'ing the first
function:

_test1:                                 ## @test1
	leaq	Ltmp0(%rip), %rax
..
	leaq	Ltmp1(%rip), %rax

Then continue to codegen the second function where the blocks
get merged.  We're now smart enough to emit both labels, producing
this code:

_test_fun:                              ## @test_fun
## BB#0:                                ## %entry
Ltmp1:                                  ## Block address taken
Ltmp0:
## BB#1:                                ## %ret
	movl	$-1, %eax
	ret

Rejoice.

llvm-svn: 98595

section, remove the target-specific code that performs this.

llvm-svn: 98580

label is generated, but then the block is deleted.  Since the
value is undefined, we just emit the label right after the entry 
label of the function.  It might matter that the label is in the
same section as the function was afterall.

llvm-svn: 98579

llvm-svn: 98577

This is a work in progress. Patch by Dale Johannesen!

llvm-svn: 98568

function, then the BB is RAUW'd before the definition is emitted.  There
are still two cases not being handled, but this should improve us back to
the situation before I touched anything.

llvm-svn: 98566

llvm-svn: 98558

This is a work in progress.

llvm-svn: 98556

llvm-svn: 98550

llvm-svn: 98548

not all unary nodes necessarily have a simple result type.

llvm-svn: 98547

MCSectionMachO is already fine (yay for fixed size arrays?),
MCSectionCOFF still leaks.

llvm-svn: 98537

llvm-svn: 98526

llvm-svn: 98519

with ppc_f128 type by having the type legalizer turn these back into a
call to copysignl.

llvm-svn: 98514

llvm-svn: 98513

fixing PR6607

llvm-svn: 98512

no functionality change.

llvm-svn: 98511

llvm-svn: 98509

llvm-svn: 98501

llvm-svn: 98500