In the included test case, a stack load was not included in DistanceMap. That
caused TransferDeadness to ignore the instruction, leading to a scavenger
assert.

llvm-svn: 79090

llvm-svn: 79088

llvm-svn: 79087

llvm-svn: 79086

llvm-svn: 79084

llvm-svn: 79082

the class it defines.

llvm-svn: 79081

llvm-svn: 79080

support for globals going into the appropriate sections with the flags.

This hopefully finishes unbreaking the previous behavior that I broke before.

llvm-svn: 79079

them to null out the default section pointers.

llvm-svn: 79078

class which represents the XCore cp/dp section flags.  No functionality
change yet.

llvm-svn: 79077

llvm-svn: 79075

llvm-svn: 79074

llvm-svn: 79073

which is either a stack frame context of the function or a local scope 
context.

llvm-svn: 79072

consistent model for handling size expressions for VLAs.

The model is essentially as follows: VLA types own their associated
expression.  In some cases, we need to create multiple VLA types to 
represent a given VLA (for canonical types, or qualifiers on array types,
or type merging).  If we need to create multiple types based off of 
the same VLA declaration, we use the new refcounting functionality so they can 
all own the expression. The VLASizeMap in CodeGenFunction then uses the size
expression to identify the group of VLA types based off of the same original
declaration.

I'm not particularly attached to the VLA types owning the expression, 
but we're stuck with at least until someone comes up with a way 
to walk the VLA expressions for a declaration.

I did the parallel fix in ASTContext for DependentSizedArrayType, but I 
haven't really looked closely at it, so there might still be issues 
there.

I'll clean up the code duplication in ASTContext in a followup commit.

llvm-svn: 79071

llvm-svn: 79070

"the current basic block".

llvm-svn: 79069

llvm-svn: 79068

llvm-svn: 79067

a terminal, not just when it's STDOUT_FILENO.

llvm-svn: 79066

llvm-svn: 79065

llvm-svn: 79064

llvm-svn: 79063

the pred list instead of a vector, saving a boat load of malloc/free's.

llvm-svn: 79062

the register save area if %al is 0. This avoids touching xmm
regsiters when they aren't actually used.

llvm-svn: 79061

declarations (and not function pointers). This is consistent with GCC. Accepting
this attribute on function pointers means that the attribute should be treated
as a type qualifier, which apparently is not what GCC does. We obviously can
change this later should we desire to enhance the 'malloc' attribute in this
way.

llvm-svn: 79060

llvm-svn: 79059

VLASize isn't populated for the type yet.

llvm-svn: 79057

llvm-svn: 79056

llvm-svn: 79055

declarations of function pointers.

llvm-svn: 79053

a block pointer too.

llvm-svn: 79050

llvm-svn: 79044

llvm-svn: 79043

llvm-svn: 79042

'cast'.

llvm-svn: 79041

attaching to Objective-C methods (which mirrors GCC's behavior) and to allow the
return type of the function to be an Objective-C pointer or Block pointer (which
GCC also accepts).

Along the way, add 'const' to some of the pointer arguments of various utility
functions...

llvm-svn: 79040

llvm-svn: 79039

llvm-svn: 79038