Silenced some VC++ warnings.
Had to rephrase a partial specialization of the IntrospectionTrait struct in SerializationTest.cpp, please review.
Added a compiler specific workaround in IdentifierTable.h. Is that the way to fix this kind of issues?

llvm-svn: 43074

Move type compatibility predicates from Type to ASTContext. In addition, the predicates are now instance methods (they were previously static class methods on Type).

This allowed me to fix the following hack from this weekend...

// FIXME: Devise a way to do this without using strcmp.
// Would like to say..."return getAsStructureType() == IdStructType;", but
// we don't have a pointer to ASTContext.
bool Type::isObjcIdType() const {
  if (const RecordType *RT = getAsStructureType())
    return !strcmp(RT->getDecl()->getName(), "objc_object");
  return false;
}

...which is now...

bool isObjcIdType(QualType T) const {
  return T->getAsStructureType() == IdStructType;
}

Side notes:

- I had to remove a convenience function from the TypesCompatibleExpr class.

int typesAreCompatible() const {return Type::typesAreCompatible(Type1,Type2);}

Which required a couple clients get a little more verbose...

-    Result = TCE->typesAreCompatible();
+    Result = Ctx.typesAreCompatible(TCE->getArgType1(), TCE->getArgType2());

Overall, I think this change also makes sense for a couple reasons...

1) Since ASTContext vends types, it makes sense for the type compatibility API to be there.
2) This allows the type compatibility predeciates to refer to data not strictly present in the AST (which I have found problematic on several occasions).

llvm-svn: 43009

llvm-svn: 43006

llvm-svn: 42951

llvm-svn: 42939

llvm-svn: 42807

APFloat straight through to LLVM now.

llvm-svn: 42236

llvm-svn: 41926

the front-end adopts APFloat though.  This fixes test/CodeGen/mandel.c

llvm-svn: 41908

llvm-svn: 41907

Silenced a couple of warnings.
Added *.vcproj file for new clangAnalysis library.
Renamed Basic to clangBasic projects.

llvm-svn: 41767

llvm-svn: 41704

llvm-svn: 41692

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

llvm-svn: 41660

llvm-svn: 41656

llvm-svn: 41464

llvm-svn: 41460

llvm-svn: 41451

llvm-svn: 41450

llvm-svn: 41449

llvm-svn: 41448

llvm-svn: 41446

llvm-svn: 41445

llvm-svn: 41440

llvm-svn: 41439

llvm-svn: 41438

llvm-svn: 41435

llvm-svn: 41433

GCC bug PR33192.

llvm-svn: 41427

llvm-svn: 41425

llvm-svn: 41405

llvm-svn: 41376

operators in all their glory :)

llvm-svn: 41373

llvm-svn: 41361

This patch temporarily breaks compound assignment operators, but greatly simplifies many
things.

llvm-svn: 41355