my recent changes.

llvm-svn: 95391

llc.cpp also defined these flags, meaning that when I linked all of LLVM's
libraries into a single shared library, llc crashed on startup with duplicate
flag definitions.  This patch passes them through the EngineBuilder into
JIT::selectTarget().

llvm-svn: 95390

llvm-svn: 95389

llvm-svn: 95384

initializer (for no initialization) rather than a ParenListExpr with
zero arguments in it.

llvm-svn: 95382

switch, triggering warnings.

llvm-svn: 95381

always come from the primary template, so gather the instantiation
template arguments from the primary template.

llvm-svn: 95380

llvm-svn: 95379

llvm-svn: 95378

llvm-svn: 95377

context. This happens fairly rarely (which is why we got away with
this bug). Fixes PR6184, where we skipped over the template parameter
scope while tentatively parsing.

llvm-svn: 95376

llvm-svn: 95375

llvm-svn: 95374

llvm-svn: 95373

llvm-svn: 95368

is a constructor for that class, right? Fixes PR6238. 

llvm-svn: 95367

Add test case showing the analyzer invalidates '__block' variables when the block is passed as an argument to an ObjC method.

llvm-svn: 95366

llvm-svn: 95365

llvm-svn: 95364

If a global initializer has a non-trivial destructor it can't be emitted as a constant (even if it has a trivial constructor).

llvm-svn: 95363

llvm-svn: 95362

post-increment/post-decrement operators, be sure to consider both
arguments. Fixes PR6237.

llvm-svn: 95361

llvm-svn: 95360

dependent DeclContext to be "complete". Fixes PR6236.

llvm-svn: 95359

llvm-svn: 95357

spread GRState* everywhere.

llvm-svn: 95354

llvm-svn: 95351

to start limping.

llvm-svn: 95350

Now that the -cc1 options for analyzer checks have a structured naming, add back scanning for analyzer checks to scan-build.

llvm-svn: 95349

llvm-svn: 95348

llvm-svn: 95347

llvm-svn: 95346

llvm-svn: 95345

	pushl	%ebp
	movl	%esp, %ebp
	movl	$42, %eax
	popl	%ebp
	ret

llvm-svn: 95344

llvm-svn: 95343

llvm-svn: 95342

(Fixes radar 7607605).

llvm-svn: 95341

Fixes latent and not-so-latent objc++ and blocks++ bugs.

llvm-svn: 95340

When the scheduler unfold a load folding instruction it move some of the predecessors to the unfolded load. It decides what gets moved to the load by checking whether the new load is using the predecessor as an operand. The check neglects the cases whether the predecessor is a flagged scheduling unit.
rdar://7604000

llvm-svn: 95339

following it. However, the EmitGlobalConstant method wasn't emitting a body for
the constant. The assembler doesn't like that. Before, we were generating this:

  .zerofill __DATA, __common, __cmd, 1, 3

This fix puts us back to that semantic.

llvm-svn: 95336