else it will make tests run faster and make 4888 easier to diagnose.

llvm-svn: 81238

llvm-svn: 81237

If the alignment of the chosen field in a union is greater than the alignment of the union, we need to use a packed LLVM struct. Fixes <rdar://problem/7184250>.

llvm-svn: 80964

llvm-svn: 80808

llvm-svn: 80655

endian hosts.  Fixes PR4792

llvm-svn: 80301

Issue reported on cfe-dev.

Also fixed the code to use isConstant to determine whether to generate a 
constant global, to be consistent with CodeGenModule.  This probably 
needs to be refactored to deal with C++, though.

llvm-svn: 80131

llvm-svn: 79991

 - Ugh.

llvm-svn: 79860

llvm-svn: 79316

llvm-svn: 79073

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

llvm-svn: 78699

mac, use an explicit triple.

llvm-svn: 78583

llvm-svn: 78491

add a fixme about C++ const.

llvm-svn: 78159

common linkage.

llvm-svn: 78158

llvm-svn: 78084

llvm-svn: 78049

llvm-svn: 78001

llvm-svn: 77854

llvm-svn: 77829

llvm-svn: 77698

Enable the new struct type builder now that the constant struct builder works. (The old code will still be there until we know that everything works well.

llvm-svn: 77190

Enable the new constant struct builder by default. The old code is still in place but will be removed shortly. The new struct builder works on big endian systems.

llvm-svn: 77185

calls to noreturn function pointers when CFG building.

llvm-svn: 77089

llvm-svn: 77068

 - This is just to normalize, these will go away soon hopefully.

Added all the missing '&&'s that have crept in. :)

llvm-svn: 77062

Fix some invalid main() methods in the test suite that were nicely
exposed by the new checks.

llvm-svn: 77047

llvm-svn: 76932

 - Steve, can you take a look at this? It seems like this code should live
   elsewhere, and there is a FIXME about having Sema validates the UTF-8 to
   UTF-16 conversion.

llvm-svn: 76915

llvm-svn: 76898

We don't need to keep track of the packed alignment, just whether the struct is packed or not. Fixes PR4610.

llvm-svn: 76884

Use arrays as union padding. Also, since the resulting struct will always contain a single element and either a single i8 element or an array of i8s, there's no reason to use a packed struct.

llvm-svn: 76854

llvm-svn: 76726

   __attribute__((address_space(1))) struct {int arr[ 3 ]; }  *p1;
   ... = p1->arr[2];  // load from address space 1

llvm-svn: 76717

llvm-svn: 76690

llvm-svn: 76638

expressions.
 - This generally catches the important case of noreturn functions.

 - With the last two changes, we are down to 152 unreachable blocks emitted on
   403.gcc, vs the 1805 we started with.

llvm-svn: 76364