This completes the fix for <rdar://problem/6272905> clang block rewriter: parameter to function not imported into block?.

llvm-svn: 57350

llvm-svn: 57348

llvm-svn: 57347

llvm-svn: 57346

Add dummy 'm' inline asm constraint handler for Sparc. I'm not sure, whether it is correct, however :)

llvm-svn: 57345

llvm-svn: 57344

llvm-svn: 57343

Add a basic intra-procedural escape analysis.  This hasn't be extensively tested yet, but feedback is welcome.

llvm-svn: 57342

llvm-svn: 57341

in getPointerToFunction

llvm-svn: 57340

llvm-svn: 57339

llvm-svn: 57338

Final phase of converting BlockDecls over to DeclContext. This is unfortunately a largish/complex diff, however it was necessry to pass all the current block tests.

llvm-svn: 57337

llvm-svn: 57335

llvm-svn: 57334

llvm-svn: 57333

llvm-svn: 57332

llvm-svn: 57331

llvm-svn: 57330

and APFloat::convertToInteger.  Restore return value to
IEEE754.  Adjust all users accordingly.

llvm-svn: 57329

make it clearer what the function does.  No functional
change.

llvm-svn: 57325

llvm-svn: 57320

llvm-svn: 57318

llvm-svn: 57317

class C {
  static const int number = 50;
  static int arr[number];
};

Here's how it worked:
-GetTypeForDeclarator was called from both Sema::ActOnCXXMemberDeclarator and Sema::ActOnDeclarator.
-VariableArrayTypes are not uniqued so two VariableArrayTypes were created with the same DeclRefExpr.
-On exit they both tried to destroy that one DeclRefExpr.

The fix is not to use GetTypeForDeclarator from the Sema::ActOnCXXMemberDeclarator.

llvm-svn: 57313

thus aligning the label.

llvm-svn: 57310

g++dg/abi/key2.C

llvm-svn: 57309

llvm-svn: 57305

This required changes to attach the compound statement later on (like we do for functions).

llvm-svn: 57304

llvm-svn: 57303

llvm-svn: 57299

- Modify BlockExpr to reference the BlockDecl.

This is "cleanup" necessary to improve our lookup semantics for blocks (to fix <rdar://problem/6272905> clang block rewriter: parameter to function not imported into block?).

Still some follow-up work to finish this (forthcoming).

llvm-svn: 57298

llvm-svn: 57295

GCC 4.4.0 gives an error on the "int" declaration for example
saying that it has already been declared (using the "short"
one). Using templates here allow the compiler to distinguish
between the function to choose.

Also, "llvm/Support/DataTypes.h" was not included, leading to
error messages about not knowing "uint32_t" for example.

Patch by Samuel Tardieu.

llvm-svn: 57292

Patch by Samuel Tardieu.

llvm-svn: 57291

llvm-svn: 57290

are required to compile with the latest Bison.

Patch by Samuel Tardieu!

llvm-svn: 57289

patch by Samuel Tardieu!

llvm-svn: 57288

llvm-svn: 57287

Fix the case where an instruction is not properly marked as using all registers that alias its inputs.

llvm-svn: 57286