For inline-based inter-procedural analysis, we will have multiple stack space regions. Use a dense map to store them.

llvm-svn: 96472

llvm-svn: 96471

llvm-svn: 96469

llvm-svn: 96461

llvm-svn: 96459

llvm-svn: 96455

Do not add functions marked with the unused attribute to the list of unused functions to warn about. Update test case.

llvm-svn: 96452

and destructors when the two entities are semantically identical, i.e. when
the class has no virtual base classes.  We only do this for linkage types
for which aliases are supported, i.e. internal and external, i.e. not linkonce.

llvm-svn: 96451

llvm-svn: 96449

llvm-svn: 96447

llvm-svn: 96446

llvm-svn: 96444

llvm-svn: 96442

Correctly calculate base offsets for 'this' pointer adjustments involving virtual bases. This can't be tested yet due to lack of vcall offsets :)

llvm-svn: 96441

our own Chris Lattner).

llvm-svn: 96431

Check superclasses when merging two Objective-C @interfaces.

llvm-svn: 96420

repeatedly reloading from an alloca.  We still need to create the alloca
for debug info purposes (although we currently create it in all cases
because of some abstraction boundaries that're hard to break down).

llvm-svn: 96403

llvm-svn: 96397

which describes temporary objects of class type in C++. Use this to
provide a more-specific, remappable diagnostic when takin the address
of such a temporary.

llvm-svn: 96396

llvm-svn: 96376

IRgen: Add CreateIRTemp, which creates a temporary alloca but with type converted "not-for-memory". Dunno a better name.

llvm-svn: 96374

llvm-svn: 96373

disaster. Fixes PR6161.

llvm-svn: 96371

now cope with the destruction of types named as dependent templates,
e.g.,

  y->template Y<T>::~Y()

Nominally, we implement C++0x [basic.lookup.qual]p6. However, we don't
follow the letter of the standard here because that would fail to
parse

  template<typename T, typename U>
  X0<T, U>::~X0() { }

properly. The problem is captured in core issue 339, which gives some
(but not enough!) guidance. I expect to revisit this code when the
resolution of 339 is clear, and/or we start capturing better source
information for DeclarationNames.

Fixes PR6152.

llvm-svn: 96367

indicate that it was enabled with -pedantic so people know
why they're getting them:

$ printf "int x;" | clang -xc - -pedantic
<stdin>:1:7: warning: no newline at end of file [-pedantic]
int x;
      ^

llvm-svn: 96365

Win32-specific.

Also, fix a test to use FileCheck instead of grepping LLVM IR.

llvm-svn: 96364

llvm-svn: 96363

llvm-svn: 96362

llvm-svn: 96361

llvm-svn: 96355

llvm-svn: 96354

causes C++ compile error (radar 7651312).

llvm-svn: 96352

llvm-svn: 96351

llvm-svn: 96342

llvm-svn: 96341

llvm-svn: 96335

llvm-svn: 96329

llvm-svn: 96328

the offset to the virtual bases statically inside of relying on the virtual
base offsets in the object's vtable(s).  This is both more efficient and
sound against the destructor's manipulation of the vtables.

Also extract a few helper routines.

Oh and we seem to pass all tests with an optimized clang now.

llvm-svn: 96327

unused-value warnings.  This is a common macro idiom.

llvm-svn: 96326