ExpectAndConsume instead of custom diag logic.  This gets us an
insertion hint and positions the ; at the end of the line 
instead of on the next token.  Before:

t.c:5:1: error: expected ';' after return statement
}
^

after:

t.c:4:11: error: expected ';' after return statement
  return 4
          ^
          ;

llvm-svn: 73315

diagnostics in some cases.

llvm-svn: 73314

the check for extern "c" system headers, which should prevent functiondecls
from being mangled.

llvm-svn: 73311

llvm-svn: 73310

x86-32.  This is slightly messy, but I think it's consistent with gcc.

llvm-svn: 73306

warnings when building with VC++, patch by AlisdairM!

llvm-svn: 73305

llvm-svn: 73304

llvm-svn: 73301

llvm-svn: 73300

pointer. This fixes kimwitu++. Pointed out by Frits van Bommel on review!

llvm-svn: 73299

 - TestRunner.sh still needs to be moved over.

 - Please let me know if you find problems / missing features.

llvm-svn: 73298

Have CheckClassTemplatePartialSpecializationArgs take a TemplateArgumentListBuilder. No functionality change.

llvm-svn: 73297

llvm-svn: 73296

The subprogram descriptor for a function may be missing (llvm-ld linking two static functions with same name), so pick up the compilation unit for the function from the first valid debug loc of its instructions.
This patch also emits debug info for structure (aggregate types in 
general) types.

llvm-svn: 73295

induction variable when the addrec to be expanded does not require
a wider type. This eliminates the need for IndVarSimplify to
micro-manage SCEV expansions, because SCEVExpander now
automatically expands them in the form that IndVarSimplify considers
to be canonical. (LSR still micro-manages its SCEV expansions,
because it's optimizing for the target, rather than for
other optimizations.)

Also, this uses the new getAnyExtendExpr, which has more clever
expression simplification logic than the IndVarSimplify code it
replaces, and this cleans up some ugly expansions in code such as
the included masked-iv.ll testcase.

llvm-svn: 73294

extension with unspecified bits.

llvm-svn: 73293

of the elements.  Issue reported on cfe-dev by Mattias Holm.

llvm-svn: 73292

consecutive addresses togther. This makes it easier for the post-allocation pass
to form ldm / stm.

This is step 1. We are still missing a lot of ldm / stm opportunities because
of register allocation are not done in the desired order. More enhancements
coming.

llvm-svn: 73291

builtin preprocessor macro.  This appears to work with two caveats:
1) builtins are registered in -E mode, and 2) target-specific builtins
are unconditionally registered even if they aren't supported by the
target (e.g. SSE4 builtin when only SSE1 is enabled).

llvm-svn: 73289

Move a bunch of tests into temp.param, and write a few tests for paragraphs that hadn't been touched before

llvm-svn: 73288

llvm-svn: 73287

llvm-svn: 73286

I'm not completely sure this is the right way to fix this issue, but it seems 
reasonable, and it's consistent with the non-template code for this 
construct.

llvm-svn: 73285

If a CXXRecordDecl is a class template, the 'this' type should be the injected class name type. Fixes pr4383.

llvm-svn: 73284

llvm.dbg.region.end() intrinsic is not required to be in _last_ basic block in a function.  If that happens then any basic block that follows (lexically) the block with regin.end will not have scope info available.  LexicalScopeStack relies on processing basic block in CFG order, but this processing order is not guaranteed. Things get complicated when the optimizer gets a chance to optimizer IR with dbg intrinsics. 
Apply defensive patch to preserve at least one lexical scope till the end of function.

llvm-svn: 73282

llvm-svn: 73281

logic.

llvm-svn: 73279

obviously written by someone who didn't read C++ [temp.class.spec].

llvm-svn: 73276

llvm-svn: 73275

specialization cannot be deduced, produce a warning noting that the
affected class template partial specialization will never be used.

llvm-svn: 73274

always_inline from working.

llvm-svn: 73273

llvm-svn: 73272

llvm-svn: 73271

of the target's pointer size. This avoids the need for -m32 on
the llvm-gcc command-line, which some targets may not support.

llvm-svn: 73270

llvm-svn: 73269

llvm-svn: 73268

llvm-svn: 73267

This fixes a source range problem reported by Olaf Krzikalla.

llvm-svn: 73266

on systems which default to a 64-bit target.

llvm-svn: 73265

llvm-svn: 73264