inheritance.

llvm-svn: 153722

llvm-svn: 153721

ConstStructBuilder: fix offset math for base classes so it works correctly in general.  Found by inspection.

llvm-svn: 153720

Make sure we perform the relevant implied conversions correctly for ObjC methods with related result types. PR12384.

llvm-svn: 153716

llvm-svn: 153715

property file/line rather than the @synthesize file/line. Avoids
some nasty confusing-ness with conflating the file from the scope
and the line from the original declaration.

Update a couple of testcases accordingly since I had to change
that we actually use the passed in location in EmitFunctionStart.

Fixes rdar://11026482

llvm-svn: 153714

section. A 'normal' string will go into the __TEXT,__const section, but this
isn't good for UTF16 strings. The __ustring section allows for coalescing, among
other niceties (such as allowing the linker to easily split up strings).

Instead of outputting the UTF16 string as a series of bytes, output it as a
series of shorts. The back-end will then nicely place the UTF16 string into the
correct section, because it's a mensch.
<rdar://problem/10655949>

llvm-svn: 153710

reference is going to message the setter, the getter, or both.

Having this info on the ObjCPropertyRefExpr node makes it easier for AST
clients (like libclang) to reason about the meaning of the property reference.

[AST/Sema]
-Use 2 bits (with a PointerIntPair) in ObjCPropertyRefExpr to record the above info
-Have ObjCPropertyOpBuilder set the info appropriately.

[libclang]
-When there is an implicit property reference (property syntax using methods)
have clang_getCursorReferenced return a cursor for the method. If the property
reference is going to result in messaging both the getter and the setter choose
to return a cursor for the setter because it is less obvious from source inspection
that the setter is getting called.

The general idea has the seal of approval by John.

rdar://11151621

llvm-svn: 153709

its location the location of the property.

Part of rdar://11113120

llvm-svn: 153708

-the location of the cursor
-its extent
-its spelling

Part of radar://11113120

llvm-svn: 153707

Extend -Wc++11-narrowing to cover converted constant expressions as well as braced-initializers.  <rdar://problem/11121178>.

llvm-svn: 153703

Includes a test from a reported false positive fixed in some earlier
commit.

llvm-svn: 153702

llvm-svn: 153698

llvm-svn: 153678

llvm-svn: 153674

llvm-svn: 153673

llvm-svn: 153670

llvm-svn: 153669

LLVM intrinsics for.

I have an implementation of these functions, which wants to go in a libgcc_s
equivalent in compiler-rt.  It's currently here:

http://people.freebsd.org/~theraven/atomic.c

It will be committed to compiler-rt as soon as I work out where would be a
sensible place to put it...

llvm-svn: 153666

llvm-svn: 153665

visibility directives for a variety of exported
meta-data symbols. // rdar://11144048

llvm-svn: 153663

llvm-svn: 153660

in the property debug info. Any more isn't necessary after all.

rdar://11144023

llvm-svn: 153659

llvm-svn: 153658

llvm-svn: 153648

    http://llvm.org/docs/SourceLevelDebugging.html#objcproperty

    including type and DECL. Expand the getter and setter names
    into the fully qualified names.

    rdar://11144023

llvm-svn: 153640

with libunwind installed.
Patch by Jeffrey Yasskin!

llvm-svn: 153633

name as a direct initializer.

llvm-svn: 153628

diagnostic and a fix-it to explain to the user where the ellipsis is
supposed to go.

llvm-svn: 153622

in the interface, got its attribute rewritten twice, resulting in
'weakweak' or 'strongstrong'.

rdar://11047179

llvm-svn: 153621

Add a test for this too.

llvm-svn: 153616

a complete object, the memcpy needs to use the data size of
the structure instead of its sizeof() value.  Fixes PR12204.

llvm-svn: 153613

llvm-svn: 153602

llvm-svn: 153594

llvm-svn: 153591

Patch by Dmitri Shubin!

llvm-svn: 153585

provide 'fixit' hint when dictionary index 
is not of proper type. // rdar://11062080

llvm-svn: 153584

retry without inlining.

(+ other minor cleanups)

llvm-svn: 153581

the root function.

(This is a bit cleaner then using the StackFrame.)

llvm-svn: 153580

llvm-svn: 153578