llvm-svn: 65249

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

load(bitcast(char[4] to i32*)) evaluation.

llvm-svn: 65246

value/definition/origin of FOO.

llvm-svn: 65245

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

llvm-svn: 65239

as __weak (objc2 gc specific).

llvm-svn: 65238

llvm-svn: 65237

Add version of StringsEqualNoCase that takes two null-terminated C-strings and compares up to 'len' characters.  I tend to screw up string comparison functions, so anyone who is interested please review this\!

llvm-svn: 65236

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

Now we're using one gross, but quite robust hack :) (previous ones
did not work, for example, when ext_weak symbol was used deep inside
constant expression in the initializer).

The proper fix of this problem will require some quite huge asmprinter
changes and that's why was postponed. This fixes PR3629 by the way :)

llvm-svn: 65230

llvm-svn: 65229

llvm-svn: 65228

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

If two-address def is dead and the instruction does not define other registers, and it doesn't produce side effects, just delete the instruction.

llvm-svn: 65218

Teach LSR sink to sink the immediate portion of the common expression back into uses if they fit in address modes of all the uses.

llvm-svn: 65215

llvm-svn: 65213

llvm-svn: 65212

llvm-svn: 65211

pointer types.

llvm-svn: 65210

as legality.  Make load sinking and gep sinking more careful: we only
do it when it won't pessimize loads from the stack.  This has the added
benefit of not producing code that is unanalyzable to SROA.

llvm-svn: 65209

llvm-svn: 65208

llvm-svn: 65207

prologue/epilogue.

llvm-svn: 65206

type.

llvm-svn: 65205

 - PR3629.

llvm-svn: 65203

* Linters now return their information instead of printing it, to
  enable easier unittesting
* Added support for finding tabs in files, added to C++ linter

llvm-svn: 65202

that checks whether it's safe to transform a store of a bitcast
value into a store of the original value.

llvm-svn: 65201