llvm-svn: 44783

llvm-svn: 44782

start making features be a more detailed description of the features/goals section on the main page.

llvm-svn: 44781

llvm-svn: 44780

llvm-svn: 44779

llvm-svn: 44778

llvm-svn: 44777

llvm-svn: 44776

llvm-svn: 44763

llvm-svn: 44762

llvm-svn: 44761

llvm-svn: 44759

llvm-svn: 44758

llvm-svn: 44754

llvm-svn: 44753

char text[] = "string";

llvm-svn: 44752

llvm-svn: 44751

char text[8] = "string";

Big fixme remains.

llvm-svn: 44750

llvm-svn: 44749

llvm-svn: 44748

C99 6.5.6.

llvm-svn: 44746

llvm-svn: 44745

llvm-svn: 44744

not the start of a logical line.  Be careful about this distinction, which 
affects when newlines are printed and when paste-avoidance happens, etc.  
This fixes PR1848, thanks to Neil for noticing this!

llvm-svn: 44743

This would cause us to emit different code (in -E mode) for these two files:

---
#define t(x) x

t(a
3)
---
#define t(x) x
t(a
3)
---

In one case, -E would print "a\n3", in the other it printed "a3".  Now
it prints "a3" for both.

This is part of PR1848.

llvm-svn: 44742

info of each token.

llvm-svn: 44741

llvm-svn: 44739

llvm-svn: 44737

llvm-svn: 44736

llvm-svn: 44735

llvm-svn: 44734

llvm-svn: 44731

llvm-svn: 44730

llvm-svn: 44712

used as reciver type of a message expression.

llvm-svn: 44693

Omit the field name when including the super class structure template.

This allows us to access a superclasses ivars without deriving the absolute path.

The comments below say a bit more...

llvm-svn: 44688

type.

llvm-svn: 44685

Have Sema::CheckConstantInitList skip semantic analysis when the element type is a record (until we implement the FIXME). This removes a bogus error for the following code...

snarofflocal% cat bug.m

#import <Foundation/NSGeometry.h>

#define NUMHELICOPTERRECTS 5

static NSRect helicopterRects[NUMHELICOPTERRECTS] = {
    {{27, 0}, {18, 11}},	// Bottom
    {{0, 8}, {4, 11}},		// Tail
    {{0, 16}, {50, 1}},
    {{22, 5}, {18, 12}},	// Body
    {{0, 10}, {42, 3}}
};

llvm-svn: 44684

Lookup methods in the global pool even when a statically typed object's class interface isn't in scope!

As the comment in the code indicates, I'm not fond of this. Nevertheless, gcc compat is a goal.

Here is the case I'm talking about...

#import <Foundation/Foundation.h>

@interface AnyClass : NSObject
- (NSRect)rect;
@end

@class Helicopter;

static void func(Helicopter *obj) {
  NSRect r = [obj rect];
}

...before this patch, we would warn/error. With this patch, everything "just works".

llvm-svn: 44682

llvm-svn: 44681