llvm-svn: 68454

ivars.

llvm-svn: 68453

llvm-svn: 68452

llvm-svn: 68451

llvm-svn: 68450

llvm-svn: 68449

llvm-svn: 68448

a really really bad idea.  Now that we emit an error about the unpromoted
type, users should be able to understand what is going on.

llvm-svn: 68447

makes the property writable in the current class.
 

llvm-svn: 68446

ObjCNonFragileABITypesHelper by converting them to dynamic
getters.  This fixes a crash on rdar://6757213.  The others
should be converted over as well.

llvm-svn: 68445

instead of the place where it started to perform the string copy.

- PR3661
- Patch by Benjamin Kramer!

llvm-svn: 68443

Map stack based frameindices for spills to zero based indices that can be accessed based on an external symbol defining the location of temporary data for a function. For example: we have spill slots addressed as foo.tmp + 0, foo.tmp + 1 etc.

llvm-svn: 68442

diagnostic use the va_list typedef more often, see the difference in the 
changed testcase.

llvm-svn: 68441

llvm-svn: 68440

llvm-svn: 68439

llvm-svn: 68438

llvm-svn: 68437

Simons.

llvm-svn: 68436

llvm-svn: 68435

va_lists for some reason.  This fixes rdar://6726818

llvm-svn: 68434

llvm-svn: 68433

llvm-svn: 68432

llvm-svn: 68431

was causing the char after the newline to get eaten.

llvm-svn: 68430

llvm-svn: 68429

of compiler parameters explicitly added by the build
specification. This macro replaces the cmake built-in
`add_definitions'.

Detects glibc and defines _GNU_SOURCE accordingly.

Resolves bug 3882.

llvm-svn: 68428

llvm-svn: 68427

formatted the same, putting words in <tt> tags, adding &mdash;s, etc.

llvm-svn: 68426

llvm-svn: 68425

llvm-svn: 68424

llvm-svn: 68423

recompute it. This fixes a O(n^2) in number of blocks when reducing a crash.

llvm-svn: 68422

llvm-svn: 68421

Constant, MDString and MDNode which can only be used by globals with a name
that starts with "llvm." or as arguments to a function with the same naming
restriction.

llvm-svn: 68420

llvm-svn: 68419

scripts.

llvm-svn: 68418

preceeded by a linker input flag.
 - <rdar://problem/6757236> clang should make a dSYM when going
   straight from source to binary

 - This still matches gcc, but the right way to solve this would be to
   detect the situation we care about (we are compiling from source
   and linking in one step), instead of looking at the suffix of the
   input file. The Tool doesn't quite have enough information to do
   this yet, however.

 - Also, find the suffix correctly.

llvm-svn: 68417

flags which were used for something.

llvm-svn: 68416

llvm-svn: 68415

llvm-svn: 68414