instead of asserting in IRGen. Fixes radar 8390459.

llvm-svn: 113253

LastFieldBitfield in CGObjCCommonMac::BuildAggrIvarLayout keeps bitfields or unnamed fields but later the code
assumes that it's always a bitfield. This can lead to a crash (reported at rdar://8368320).

llvm-svn: 113154

fixing the ICE in PR7151

llvm-svn: 113130

llvm-svn: 113129

David Vandevoorde's name correctly.

llvm-svn: 113103

generate the necessary code. This patch fixes it.
// rdar://8389655

llvm-svn: 113079

llvm-svn: 113049

value is used. This matches with non-block variable
use of bool type. (Fixes radar 8390062).

llvm-svn: 113027

type of 'i8' for the same for __block variables of
type bool. refixes radar 8382559.

llvm-svn: 113015

initializing;  it at best matches the element type of the variable
it's initializing.  Fixes PR8073.

llvm-svn: 112992

twice. This showed up as an assert on the odd test case because we generated the
decl map entry twice.

llvm-svn: 112943

"__attribute((pascal))" or "__pascal" (and "_pascal" under
-fborland-extensions).  Support still needs to be added to llvm.

llvm-svn: 112939

vabd intrinsic combined with zext and add operations.

llvm-svn: 112937

I've audited the remaining getFunctionInfo call sites.

llvm-svn: 112936

llvm-svn: 112925

llvm-svn: 112922

to set up a destructor call, because ABIs can tweak these conventions.
Fixes rdar://problem/8386802.

llvm-svn: 112916

using the same methods as used for normal structures.
 - This fixes problems with reading past the end of the structure and with
   handling straddled bit-field access.

llvm-svn: 112914

functions.

llvm-svn: 112913

two regressions in Boost.Config.

llvm-svn: 112908

Radar 8388233

llvm-svn: 112890

well-intentioned but completely unused code.

llvm-svn: 112868

llvm-svn: 112840

based on ConvertTypeForMem. Thanks to John for pointing out the right
solution.

llvm-svn: 112838

a 'bool' byref variable in memory. Fixes radar 8382559.

llvm-svn: 112835

Use the unmangled name for the display name in Objective-C debug info.  This should have no effect with the Mac runtime where clang (unlike GCC) uses the display name symbol name.

llvm-svn: 112833

complains when the element type of a C++ "delete" expression is
different from what we would expect from the pointer type. When
deleting a bool*, we end up with an i1 on one side (where we compute
the LLVM type from the Clang bool type) and i8 on the other (where we
grab the LLVM type from the LLVM pointer type). I've weakened the
assertion appropriately, and the Boost Parallel Graph Library now
passes its regression tests.

llvm-svn: 112821

constructing an LLVM PointerType directly from the "bool"'s LLVM type
(i1), which resulted in unfortunate pointer type i1*. The fix is to
build the LLVM PointerType from the corresponding Clang PointerType,
so that we get i8* in the case of a bool. 

John, please review. I also left a FIXME there because we seem to be
dropping "volatile", which would be rather unfortunate.

llvm-svn: 112819

llvm-svn: 112816

implement ARM array cookies.  Also fix a few unfortunate bugs:
  - throwing dtors in deletes prevented the allocation from being deleted
  - adding the cookie to the new[] size was not being considered for
    overflow (and, more seriously, was screwing up the earlier checks)
  - deleting an array via a pointer to array of class type was not
    causing any destructors to be run and was passing the unadjusted
    pointer to the deallocator
  - lots of address-space problems, in case anyone wants to support
    free store in a variant address space :)

llvm-svn: 112814

with zext/sext operations, instead of to llvm intrinsics.  I have a plan to
avoid the clang builtins for these, but it is going to take a little longer
and I want to get the NEON intrinsics updated before the 2.8 release.

llvm-svn: 112764

a c++ class object 'ivar'. Fixes radar 8366604.

llvm-svn: 112729

Split ObjCInterfaceDecl::ReferencedProtocols into two lists: ReferencedProtocols and AllReferencedProtocols.  ReferencedProtocols
(and thus protocol_begin(), protocol_end()) now only contains the list of protocols that were directly referenced in
an @interface declaration.  'all_referenced_protocol_[begin,end]()' now returns the set of protocols that were referenced
in both the @interface and class extensions.  The latter is needed for semantic analysis/codegen, while the former is
needed to maintain the lexical information of the original source.

Fixes <rdar://problem/8380046>.

llvm-svn: 112691

caused by my ABI work.  Passing:

struct outer {
  int x;
  struct epsilon_matcher {} e;
  int f;
};

as {i32,i32} isn't safe, because the offset of the second element
needs to be at 8 when it is interpreted as a memory value.

llvm-svn: 112686

llvm-svn: 112684

llvm-svn: 112683

member-pointer refactoring:  dereferencing a member data pointer.

llvm-svn: 112640

llvm-svn: 112603

under the ARM ABI.

llvm-svn: 112588

Rename DeclContext::getLookupContext to getRedeclContext and change its semantics slightly. No functionality change in the absence of inline namespaces. Also, change a few places where inline namespaces actually make a difference to be prepared for them.

llvm-svn: 112563