No need to append extra padding now that we don't create packed structs for simple cases like the constant string.

llvm-svn: 79178

AddInitializerToDecl can't take a FullExprArg. Make it take an ExprArg, and create the CXXExprWithTemporaries before setting the initializer on the VarDecl.

llvm-svn: 79176

llvm-svn: 79173

llvm-svn: 79172

llvm-svn: 79171

llvm-svn: 79168

Move builtin call checking out into a separate function, make CheckFunctionCall and CheckBlockCall return bool instead. No intended functionality change.

llvm-svn: 79157

llvm-svn: 79156

llvm-svn: 79149

initializes all the members; this fixes a valgrind error in the 
regression tests.

llvm-svn: 79148

llvm-svn: 79145

llvm-svn: 79143

simplifies the AST, and can matter in some rare cases involving 
casts to vector types. Patch by Enea Zaffanella.

llvm-svn: 79126

constructor body whose class has non-static data-members which
required non-trivial construction.

llvm-svn: 79125

llvm-svn: 79075

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

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

declarations of function pointers.

llvm-svn: 79053

a block pointer too.

llvm-svn: 79050

llvm-svn: 79043

'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

call.

llvm-svn: 79034

llvm-svn: 79013

implement NSCopying protocol in GC mode.

llvm-svn: 79008

-Wno-error disables WarningsAsErrors instead of
mistakenly being treated like -Werror

llvm-svn: 78987

llvm-svn: 78981

still works.

llvm-svn: 78979

Deconflate a virtual base primary from a non-virtual base.

llvm-svn: 78971

Fixed a bug when evaluating those copy-assignments
which need by lazily syntheized. A test case
for these.

llvm-svn: 78965

llvm-svn: 78957

base classes as we'll need that to layout the virtual bases...

llvm-svn: 78954

primaries.  WIP.

llvm-svn: 78950

llvm-svn: 78946

function in the order according to c++03. ir-gen 
for copy assignment in the trivial case and the first
test case.

llvm-svn: 78938

llvm-svn: 78927