it needs to fall back to using the HostArchitecture if a valid one is not
returned.  When doing low-level system debugging we may not have a process
(or the remote stub may not support the qProcessInfo packet) in which case
we should fall back to the architecture we determined via qHostInfo.
<rdar://problem/15713180> 

llvm-svn: 197857

DiagIDs are a cached resource generally only constructed from compile-time
constant or stable format strings.

Escaping arbitrary messages and constructing DiagIDs from them didn't make
sense.

llvm-svn: 197856

This was setting a bad example. DiagIDs are a limited resource and the message
argument is evaluated as a format string.

llvm-svn: 197855

This new warning detects when a function will recursively call itself on every
code path though that function.  This catches simple recursive cases such as:

void foo() {
  foo();
}

As well as more complex functions like:

void bar() {
  if (test()) {
    bar();
    return;
  } else {
    bar();
  }
  return;
}

This warning uses the CFG.  As with other CFG-based warnings, this is off
by default.  Due to false positives, this warning is also disabled for
templated functions.

llvm-svn: 197853

[CMake] clang/lib/Headers: Install just-generated ${CMAKE_CURRENT_BINARY_DIR}/arm_neon.h, instead of copied arm_neon.h.

llvm-svn: 197852

It will configure resonable defaults for other settings in the 
MachOLinkingContext object based on the parameters.  

Patch by Joe Ranieri

llvm-svn: 197851

Sema relies on this assumption.

Follow-up to r197848.

llvm-svn: 197850

intentional stack overflow.

llvm-svn: 197849

Without this patch, record decls with invalid out-of-line method delcs would
sometimes be marked invalid, but not always.  With this patch, they are
consistently never marked invalid.

(The code to do this was added in
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20100809/033154.html
, but the test from that revision is still passing.)

As far as I can tell, this was the only place where a class was marked invalid
after its definition was complete.

llvm-svn: 197848

llvm-svn: 197847

llvm-svn: 197846

Now CodeGenVTables has only one VTableContext object, which is either
Itanium or Microsoft.

Fixes a FIXME with no functionality change intended.

Ideally we could avoid the downcasts by pushing the things that
reference the Itanium vtable context into ItaniumCXXABI.cpp, but we're
not there yet.

llvm-svn: 197845

DebugInfo: Do not include implicit members (implicit special members, template instantiations, etc) in the list of members of a structure.

These members will still be lazily added to the relevant DWARF DIEs in
LLVM but when enumerating the members they will not appear. This allows
DWARF type units to be more consistent - the type unit will never
contain these special members (so all instances of the type should have
the same DIEs without some having some special members and others having
others) and the special members will be added to the skeletal
declaration that appears in the relevant compile_unit.

llvm-svn: 197844

signatures.

<rdar://problem/15631996>

llvm-svn: 197843

The MD5 is checked since r197755 which is as good as comparing buffer contents
in this context.

llvm-svn: 197842

llvm-svn: 197839

Makes the tests pass (rather, not run) on release builds.

llvm-svn: 197838

This matches llc's behavior.

Before this patch clang would create a TargetInfo base on -triple but a llvm
CodeGen based on the triple in the module.

llvm-svn: 197837

This was part of the cause for PR17655.  We were generating thunks when
we shouldn't have.  I suspect that if we tweak the test case for PR17655
to actually require thunks, we can reproduce the same crash.

llvm-svn: 197836

llvm-svn: 197834

Found by inspection by Julien Lerouge. Thanks Julian!

llvm-svn: 197833

Cleanup in preparation for enhanced DataLayout checking.

llvm-svn: 197832

llvm-svn: 197831

for making pointer-valued constants.

llvm-svn: 197829

llvm-svn: 197828

llvm-svn: 197827

Reviewed at http://llvm-reviews.chandlerc.com/D2445

llvm-svn: 197826

llvm-svn: 197825

llvm-svn: 197824

llvm-svn: 197821

llvm-svn: 197820

llvm-svn: 197819

llvm-svn: 197818

llvm-svn: 197817

llvm-svn: 197815

llvm-svn: 197814

llvm-svn: 197810

llvm-svn: 197809

llvm-svn: 197808

llvm-svn: 197807