Abolish a bunch of Xcode inserted tabs.

llvm-svn: 46566

Tighten up ASTContext::typesAreCompatible()...it needs to make sure the qualifiers match. The comment and C99 citation for this routine were correct...the code needed to conform to the comment/spec. This fixes the test added below.

Tightening up this routine forced tweaks to Sema::CheckSubtractionOperands() and Sema::CheckCompareOperands(). For example, they both need to operate on the unqualified pointee...

llvm-svn: 46522

Fix bz1950. ASTContext::functionTypesAreCompatible() needs to operate on the unqualified parameter types (per C99 6.7.5.3p15).

llvm-svn: 46472

llvm-svn: 46260

proto and function type without proto.  It would never call 
'functionTypesAreCompatible' because they have different type classes.

llvm-svn: 45952

Add a FIXME to commit r45784. Thanks mrs!

llvm-svn: 45790

Fix ASTContext::typesAreCompatible to allow for int/enum compatibility (C99 6.7.2.2p4).
Fix Sema::MergeFunctionDecl to allow for function type compatibility (by using the predicate on ASTContext). Function types don't have to be identical to be compatible...

llvm-svn: 45784

are canonical. Asst in interfaceTypesAreCompatible if they are not.

llvm-svn: 45717

some naming inconsistencies in the names of classes pertaining to Objective-C
support in clang.

llvm-svn: 45715

llvm-svn: 45547

llvm-svn: 45546

discussion of this change.

llvm-svn: 45410

llvm-svn: 45396

'id' quallified with protocols and static types which have categories and
inheritance which implement these protocols.

llvm-svn: 45294

(but not both) may be a protocol qualified static type.

llvm-svn: 45283

of conforming protocols (or not).

llvm-svn: 45276

llvm-svn: 45269

More is yet to come.

llvm-svn: 45263

llvm-svn: 45210

protocol list.

llvm-svn: 45203

llvm-svn: 45174

llvm-svn: 45125

the protocol list (id<P,...> types).

llvm-svn: 45121

llvm-svn: 45014

Moved all clients of Diagnostics to use FullSourceLoc instead of SourceLocation.
Added many utility methods to FullSourceLoc to provide shorthand for:

    FullLoc.getManager().someMethod(FullLoc.getLocation());
    
instead we have:

    FullLoc.someMethod();
    
Modified TextDiagnostics (and related classes) to use this short-hand.

llvm-svn: 44957

Encode enumeral types.

llvm-svn: 44956

llvm-svn: 44919

Note that incompatible-protocol-qualified-types.m is currently failing. This is
unrelated to this patch and Steve is looking at the general problem of not reporting
incompitible pointer types in return stetement..

llvm-svn: 44897

"@class Protocol;"

llvm-svn: 44670

standard says that we should adjust the "reference to T" type to "T"
before analysis.

llvm-svn: 44530

http://llvm.org/viewvc/llvm-project?view=rev&revision=44089

"Decl" once again can no longer be NULL, so the NULL checks are not needed.

llvm-svn: 44336

llvm-svn: 44222

in TagDecl*. This allows the deserializer to use ASTContext to create the
TagTypes. Deserialize TagTypes then rely on pointer-backpatching to resolve
the decls.

This may not be the interface that we want, but as the implementation of
TagTypes will potentially change significantly in the future, I'm leaving this
for now. An appropriate FIXME is in place.

llvm-svn: 44089

llvm-svn: 44087

Removed tons of dead code in ASTContext concerning how types use to be
serialized.
Removed serialization methods from QualType that are no longer used.

llvm-svn: 44070

the new serialization API.

llvm-svn: 44035

Teach ASTContext::tagTypesAreCompatible() about the built-in ObjC types (Class and id), removing a bogus warning.

llvm-svn: 43809

serialize Type objects in the order they are serialized in the Types
vector.  We also now rely on the methods within ASTContext to unique
Type objects and handle the actual creation of Type objects (these are
now called by the deserialization code).  This approach solves some
hairy issues with ownership of objects and allows us to naturally
handle recursive types.

llvm-svn: 43787

for ASTContext is still rapidly evolving.

llvm-svn: 43774

of type sets when emitting complex types and pointer types that are
also considered builtins.  These types are automatically created in
the ctor of ASTContext, and thus should not be serialized (was
producing an error during deserialization).

llvm-svn: 43733