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

llvm-svn: 98577

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

llvm-svn: 98575

Also change this method to lookup property declarations using DeclContext::lookup().

llvm-svn: 98574

property decls using DeclContext::lookup().

llvm-svn: 98571

llvm-svn: 98570

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

a property has the same name as the ivar it wraps then the old logic
wouldn't find the previous property declaration.

llvm-svn: 98559

llvm-svn: 98558

considering valid objc pointer converions.

llvm-svn: 98557

This is a work in progress.

llvm-svn: 98556

support is not fully implemented.

llvm-svn: 98555

(there was a missing 'C').

llvm-svn: 98554

llvm-svn: 98553

llvm-svn: 98550

llvm-svn: 98548

not all unary nodes necessarily have a simple result type.

llvm-svn: 98547

comparing DeclContext pointers, to avoid having to remember to call
getPrimaryContext() everywhere. This is the last part PR6594.

llvm-svn: 98546

parameter hides a namespace-scope declararion with the same name in an
out-of-line definition of a template. The lookup requires a strange
interleaving of lexical and semantic scopes (go C++), which I have not
yet handled in the typo correction/code completion path.

Fixes PR6594.

llvm-svn: 98544

llvm-svn: 98542

llvm-svn: 98541

on unqualified declarations.

Patch by Enea Zaffanella!  Minimal adjustments:  allocate the ExtInfo nodes
with the ASTContext and delete them during Destroy().  I audited a bunch of
Destroy methods at the same time, to ensure that the correct teardown was
being done.

llvm-svn: 98540

llvm-svn: 98539

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