llvm-svn: 65256

llvm-svn: 65255

compilation results on failures.

llvm-svn: 65254

required to actually be an error for correctness.  The attached testcase 
now gives an error instead of mysteriously crashing.

Now, it's possible we actually want to support the given usage, but I 
haven't looked at the relevant code closely.

llvm-svn: 65253

llvm-svn: 65252

llvm-svn: 65251

This is necessary 'plumbing' to fix <rdar://problem/6497631> Message lookup is sometimes different than gcc's.

llvm-svn: 65248

<prefix>/Headers, gross).

llvm-svn: 65247

Found while researching <rdar://problem/6497631> Message lookup is sometimes different than gcc's.

Will never be seen in user code. Needed to pass dejagnu testsuite.

llvm-svn: 65244

llvm-svn: 65243

stuff is mostly done.  Move BlockHasCopyDispose up.

llvm-svn: 65242

llvm-svn: 65241

variable (objc2 gc specific).

llvm-svn: 65240

as __weak (objc2 gc specific).

llvm-svn: 65238

llvm-svn: 65237

llvm-svn: 65235

expr; hilarity ensued.
 - PR3640.

llvm-svn: 65234

Should clang have a config.h or should we use the config.h of llvm or using the preprocessor is OK?  I did a quick fix here, but having a guideline on how to handle non portable function would be great (or ask ted to stop breaking the windows build :)).

llvm-svn: 65233

Add test case to record a couple inconsistencies with GCC (found in <rdar://problem/6561076> [clang on Xcode] warning: cannot find protocol definition for 'OzzyP').

Removing the "cannot find protocol" warning is trivial if necessary (but I don't think it's the right thing to do).

llvm-svn: 65232

This fixes <rdar://problem/6497650> More type mismatches issues with clang.

Move two key ObjC typechecks from Sema::CheckPointerTypesForAssignment() to ASTContext::mergeTypes().

This allows us to take advantage of the recursion in ASTContext::mergeTypes(), removing some bogus warnings.

This test case I've added includes an example where we still warn (and GCC doesn't). Need to talk with folks and decide what to do. At this point, the major bogosities should be fixed.

llvm-svn: 65231

llvm-svn: 65227

handle method names that contain 'new', 'copy', etc., but those words might be
the substring of larger words such as 'newsgroup' and 'photocopy' that do not
indicate the allocation of objects. This should address the issues discussed in
<rdar://problem/6552389>.

llvm-svn: 65224

llvm-svn: 65223

Only create a preprocessed file for an ignored attribute if there currently does not exist an 'attribute_ignored_XXX.txt' file for that attribute.

llvm-svn: 65222

pointer types.

llvm-svn: 65210

llvm-svn: 65208

type.

llvm-svn: 65205

 - PR3629.

llvm-svn: 65203

system header.
 - Prevents a codegen crash when anything used anything in tgmath! :)

llvm-svn: 65200

llvm-svn: 65198

to being allocated from the same bumpptr that the MacroInfo objects 
themselves are.

This speeds up -Eonly cocoa.h pth by ~4%, fsyntax-only is barely measurable.

llvm-svn: 65195

llvm-svn: 65187

llvm-svn: 65179

llvm-svn: 65173

with new/delete.  With disable-free, this reduces the number of 4/8 byte
mallocs from 4793/1541 to 865/456 and also drops other sizes as well.

This is a very small perf win, nothing major.

llvm-svn: 65171

llvm-svn: 65170

llvm-svn: 65169

but don't start using it yet.  Renamed some methods to be more consistent.

llvm-svn: 65168

llvm-svn: 65166

into a new shared ObjCListBase class.

llvm-svn: 65164