Do not eagerly record known previous location. DBG_VALUE may not cause a new label due to one or other reason.

llvm-svn: 100134

llvm-svn: 100117

Update comment, rename a local variable.

llvm-svn: 100116

llvm-svn: 100058

Debug info can now properly represent functions inside classes inside other functions.  Partial fix for Radar 7424645.

llvm-svn: 100048

llvm-svn: 100038

POD-like anyway, so we don't even care about calling their d'tors (DIEBlock
being the exception).

~6% less mallocs and ~1% compile time improvement on clang -O0 -g oggenc.c

llvm-svn: 100035

llvm-svn: 99999

llvm-svn: 99998

llvm-svn: 99995

llvm-svn: 99993

llvm-svn: 99992

instructions.  In addition to being a convenience,
they are faster than the old apis, particularly when
not going from an MDKindID like people should be
doing.

llvm-svn: 99982

llvm-svn: 99938

create symbols.  It is extremely error prone and a source of a lot
of the remaining integrated assembler bugs on x86-64.

This fixes rdar://7807601.

llvm-svn: 99902

llvm-svn: 99899

Encode start location of debug value, communicated through DBG_VALUE machine instruction, in a variable's DIE. 

llvm-svn: 99845

llvm-svn: 99833

not stop it by using RAII.

llvm-svn: 99832

This is same as r99772 (which was reverted) with just one meaningful difference where two source lines exchanged their positions.

llvm-svn: 99816

llvm-svn: 99778

llvm-svn: 99772

llvm-svn: 99507

llvm-svn: 99429

llvm-svn: 99225

DW_AT_stmt_list attribute attached with a compile unit encodes offset of line number information for this compile unit in debug_line section. This offset is always zero when only one compile unit is emitted in a object file. 

llvm-svn: 99223

it allocates to DwarfDebug::DIEValues.

llvm-svn: 99196

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

handling constant unions.

llvm-svn: 98680

llvm-svn: 98662

llvm-svn: 98656

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

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

This is a work in progress.

llvm-svn: 98556

llvm-svn: 98526

label instead of trying to form one based on the BB name (which
causes collisions if the name is empty).  This fixes PR6608

llvm-svn: 98495

to get unique assembler temporary labels.

llvm-svn: 98489

llvm-svn: 98485

llvm-svn: 98484

llvm-svn: 98483