* when checking that a pointer or reference refers to appropriate storage for a type, also check the alignment and perform a null check
 * check that references are bound to appropriate storage
 * check that 'this' has appropriate storage in member accesses and member function calls

llvm-svn: 162523

llvm-svn: 162506

ms-style inline asms.

llvm-svn: 162463

llvm-svn: 162452

Patch by Niels Grewe!

llvm-svn: 162441

llvm-svn: 162440

of a pointer for builtin emission, instead of just depending on the type of the
pointee.  <rdar://problem/11314941>.

llvm-svn: 162425

The parser still can't handle all cases, so fall back to emitting a simple
MSAsmStmt if we get into trouble.

llvm-svn: 162382

llvm-svn: 162361

PR9673

llvm-svn: 162285

[asan] If we are compiling with ASan, add metadata indicating dynamically initialized globals. Patch by Reid Watson, reviewed by Richard Smith

llvm-svn: 162259

to overwrite objects that might have been allocated into the type's
tail padding.  This patch is missing some potential optimizations where
the destination is provably a complete object, but it's necessary for
correctness.

Patch by Jonathan Sauer.

llvm-svn: 162254

diagnostics for bad deployment targets and adding a few
more predicates.  Includes a patch by Jonathan Schleifer
to enable ARC for ObjFW.

llvm-svn: 162252

First, when synthesizing an explicitly strong/retain/copy property
of Class type, don't pretend during compatibility checking that the
property is actually assign.  Instead, resolve incompatibilities
by secretly changing the type of *implicitly* __unsafe_unretained
Class ivars to be strong.  This is moderately evil but better than
what we were doing.

Second, when synthesizing the setter for a strong property of
non-retainable type, be sure to use objc_setProperty.  This is
possible when the property is decorated with the NSObject
attribute.  This is an ugly, ugly corner of the language, and
we probably ought to deprecate it.

The first is rdar://problem/12039404;  the second was noticed by
inspection while fixing the first.

llvm-svn: 162244

Author: Eric Christopher <echristo@apple.com>
Date:   Thu Aug 16 23:50:46 2012 +0000

    Add some caching here for the builtin types.

    rdar://12117935

    git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@162066 91177308-0d34-0410-b5e6-96231b3b80d8

after fixing a thinko.

llvm-svn: 162243

Make isa part of objc_object at metadata generation time.

Noticed on inspection.

llvm-svn: 162145

bots back.

llvm-svn: 162080

reference, so &* on an empty WeakVH binds a reference to a dereferenced null
pointer. So don't do that; we have a perfectly good implicit conversion to
Value*.

llvm-svn: 162079

rdar://12117935

llvm-svn: 162066

Noticed on inspection.

llvm-svn: 162062

llvm-svn: 162002

Based on a patch by Yin Ma!

llvm-svn: 161998

Changed the alignment of an LValue to be 64 bits so that we can handle
alignment values up to half of a 64-bit address space.

llvm-svn: 161971

This is a reapplication of r161914 now that the scoping issue has been resolved
in r161966.

llvm-svn: 161967

llvm-svn: 161931

llvm-svn: 161914

calls. // rdar://8315199

llvm-svn: 161891

The backend has to legalize i64 types by splitting them into two 32-bit pieces,
which leads to poor quality code.  If we produce code for these intrinsics that
uses one-element vector types, which can live in Neon vector registers without
getting split up, then the generated code is much better.  Radar 11998303.

llvm-svn: 161879

rdar://9877866

llvm-svn: 161790

evaluated into a CXXTypeid member function. No functionality change.

llvm-svn: 161779

llvm-svn: 161744

llvm-svn: 161702

regression on test/CodeGenObjC/2008-10-3-EhValue.m on non-Darwin targets.

llvm-svn: 161700

rdar://9877866
PR://13350

llvm-svn: 161694

llvm-svn: 161659

llvm-svn: 161642

Fix AAPCS ABI.  I can't actually test this, but it restores the behavior from before r159168.  PR13562.

llvm-svn: 161554

llvm-svn: 161546

only machine specific clobbers are modeled.

llvm-svn: 161524

member of reference type in an anonymous struct.  PR13154.

llvm-svn: 161473