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: 98578

llvm-svn: 98577

pointer. If given, the structure will be set with the stat information from
the file actually read.

llvm-svn: 98575

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

In "empty" bb, the return instruction may not be first instruction, if dbg value intrinsics are present in this bb. Use terminator to find return instructions. 

llvm-svn: 98565

to is local to the translation unit, we need to place fill the value of that
symbol into the non-lazy pointer.

This should conclude all Darwin changes for placing the LSDA into the TEXT
section. There is some cleanup to do. I.e., there's no longer a special need for
target-specific code here. But that can come later.

llvm-svn: 98564

llvm-svn: 98561

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

llvm-svn: 98542

llvm-svn: 98538

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

llvm-svn: 98537

allocated and thus not freed.  This is cool except that it contains
and std::string so the string data didn't get freed.  In any case
there is no reason to redundantly store the string data in the 
MCSymbol anyway, just make the MCSymbol ref the string data in the
MCContext StringMap.

llvm-svn: 98536

now enforces that input/output named values have hte same type.

llvm-svn: 98535

changing the primary datastructure from being a 
"std::vector<unsigned char>" to being a new TypeSet class
that actually has (gasp) invariants!

This changes more things than I remember, but one major
innovation here is that it enforces that named input 
values agree in type with their output values.

This also eliminates code that transparently assumes (in 
some cases) that SDNodeXForm input/output types are the
same, because this is wrong in many case.

This also eliminates a bug which caused a lot of ambiguous
patterns to go undetected, where a register class would
sometimes pick the first possible type, causing an
ambiguous pattern to get arbitrary results.

With all the recent target changes, this causes no 
functionality change!

llvm-svn: 98534

llvm-svn: 98533

where it uses types consistently.

llvm-svn: 98532

llvm-svn: 98531

llvm-svn: 98530

to re-instrument the code.  We depend on the system valgrind.h to
avoid adding a new license.

llvm-svn: 98529

llvm-svn: 98528

doesn't have a type constraint on the scalar because we don't have
an 'sAny' type.

llvm-svn: 98527

llvm-svn: 98526

cppcheck, PR6617.  Patch by Ettl Martin!

llvm-svn: 98525

llvm-svn: 98524

llvm-svn: 98523

fix the rest of the buildbot failures on non-x86 hosts.

llvm-svn: 98522

on hosts without cmovs.

llvm-svn: 98521

(at least) on non-x86 builders.

llvm-svn: 98520

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: 98510