llvm-svn: 41692

llvm-svn: 41662

llvm-svn: 41661

support any sort of expr, add a new EmitAnyExpr routine.

llvm-svn: 41660

llvm-svn: 41656

to their corresponding library routines (e.g. isinf).  This allows us to handle
all the stuff in macos math.h, and other stuff as it's added to *Builtins.def.

llvm-svn: 41634

llvm-svn: 41633

Fix the following redefinition errors submitted by Keith Bauer...

[dylan:~/llvm/tools/clang] admin% cat tentative_decls.c 
// incorrectly generates redefinition error
extern int array[3];
int array[3];

// incorrectly generates a redefinition error
extern void nup(int a[3]);
void nup(int a[3]) {}

It turns out that this exposed a fairly major flaw in the type system,
array types were never getting uniqued! This is because all array types
contained an expression, which aren't unique.

To solve this, we now have 2 array types, ConstantArrayType and
VariableArrayType. ConstantArrayType's are unique, VAT's aren't.

This is a fairly extensive set of fundamental changes. Fortunately,
all the tests pass. Nevertheless, there may be some collateral damage:-)
If so, let me know!

llvm-svn: 41592

llvm-svn: 41560

directly in it.  Remove TargetInfo::getEnumPolicy, as there is only
one policy that we support right now.

llvm-svn: 41548

llvm-svn: 41501

llvm-svn: 41472

llvm-svn: 41470

llvm-svn: 41469

llvm-svn: 41468

llvm-svn: 41467

llvm-svn: 41466

llvm-svn: 41464

llvm-svn: 41463

llvm-svn: 41460

llvm-svn: 41458

llvm-svn: 41457

llvm-svn: 41451

llvm-svn: 41450

llvm-svn: 41449

llvm-svn: 41448

llvm-svn: 41447

llvm-svn: 41446

llvm-svn: 41445

llvm-svn: 41444

llvm-svn: 41442

llvm-svn: 41441

llvm-svn: 41440

llvm-svn: 41439

llvm-svn: 41438

llvm-svn: 41437

llvm-svn: 41436

llvm-svn: 41435

llvm-svn: 41434

llvm-svn: 41433