llvm-svn: 52602

llvm-svn: 52601

llvm-svn: 52600

"this patch adds code generation hooks for Objective-C constant strings.  It also modifies Sema so that Objective-C constant strings are treated as untyped objects if the interface for the constant string class can not be found.  This is consistent with Apple GCC.  I thought it was consistent with GNU GCC, since this was causing failures when trying to compile GNUstep with (GNU) GCC, but it appears that this is not the case when attempting to produce a simple test case to demonstrate it.  Possibly there is a way of making the error go away, but I haven't found out what it is yet."

Patch by David Chisnall!

llvm-svn: 52599

llvm-svn: 52598

by David Chisnall. 

llvm-svn: 52597

llvm-svn: 52596

llvm-svn: 52595

llvm-svn: 52594

"This moves built-in Objective-C types up the scope chains to where they can be replaced by versions included from the runtime library's headers."

This makes it ok to use @"foo" without a declaration for NSConstantString.

Patch by David Chisnall!

llvm-svn: 52593

llvm-svn: 52592

llvm-svn: 52590

llvm-svn: 52589

llvm-svn: 52588

llvm-svn: 52587

Patch by David Chisnall!

llvm-svn: 52586

llvm-svn: 52585

reducings its size from 80 to 72 on 64-bit hosts.

llvm-svn: 52584

field, which is otherwise unused after instruction selection, as an index
into the SUnit array.

llvm-svn: 52583

and provides fairly efficient removal of arbitrary elements. Switch
ScheduleDAGRRList from std::set to this new priority queue.

llvm-svn: 52582

llvm-svn: 52581

Patch by David Chisnall with objc rewriter and stmtdumper updates from me.

llvm-svn: 52580

since handling this correctly is quite complex, and on some platforms  
requires additional -D options and on some implies linking against a  
different libc, but this works better than just ignoring the option.

The other change passes the -x option across to clang, which allows  
compiling .c files as Objective-C and so on.  For some reason a lot of  
configure scripts seem to be under the misguided impression that this  
is a sensible thing to do."

Patch by David Chisnall!

llvm-svn: 52579

llvm-svn: 52578

don't know if a truncating store is possible here,
but added support for it anyway.

llvm-svn: 52577

to DenseMap<SDNode*, SUnit*>, and adjust the way cloned SUnit nodes are
handled so that only the original node needs to be in the map.
This speeds up llc on 447.dealII.llvm.bc by about 2%.

llvm-svn: 52576

llvm-svn: 52575

llvm-svn: 52574

llvm-svn: 52572

llvm-svn: 52571

llvm-svn: 52570

llvm-svn: 52569

llvm-svn: 52568

When using the dead-stores checker with the BugReporter class, properly capture the diagnostic associated with a specific warning and emit it.

llvm-svn: 52565

  http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-June/015446.html

llvm-svn: 52564

llvm-svn: 52563

llvm-svn: 52560

llvm-svn: 52559

llvm-svn: 52556

1) Check if a dead store appears as a subexpression.  For such cases, we emit
   a verbose diagnostic so that users aren't confused.  This addresses:
   
   <rdar://problem/5968508> checker gives misleading report for dead store in loop
   
2) Don't emit a dead store warning when assigning a null value to a pointer.
   This is a common form of defensive programming.  We may wish to make
   this an option to the the checker one day.
   
   This addresses the feature request in the following email:
   
   http://lists.cs.uiuc.edu/pipermail/cfe-dev/2008-June/001978.html

llvm-svn: 52555