alternate DiagnosticClients. To match this API, ASTUnit::LoadFromPCHFile() now takes a corresponding
DiagnosticClient* argument as well. The DiagnosticClient object is destroyed when the ASTUnit object
is destroyed.

The CIndex library now uses this API to create a 'IgnoreDiagnosticsClient' that simply silences
diagnostics when using the clang_createTranslationUnitFromSourceFile() function. This fixes
<rdar://problem/7312058>. This API can change in the future as we add more flexibility for clients.

llvm-svn: 84539

to '+=', '-=', '*=' and '/=' builtin operators and
fixes a logic bug exposed by doing this.

llvm-svn: 84538

llvm-svn: 84537

llvm-svn: 84536

_main:
	stm , 
	mov r7, sp
	sub sp, sp, #4
	mov r0, #0
	str r0, 

llvm-svn: 84535

Re-order includes so that the logic involving '#ifdef LLVM_ON_WIN32' appears after the main #includes.  The ultimate solution is to just use LLVM-portable methods in llvm/System.

llvm-svn: 84534

llvm-svn: 84533

we abort:

_main:
	stm , 
	mov r7, sp
	sub sp, sp, 
	mov r0, 
	str r0, 

llvm-svn: 84532

llvm-svn: 84531

through mcinst lowering -> mcinstprinter, when llc is passed
the -enable-arm-mcinst-printer flag.  Currently this
is very "aborty".

llvm-svn: 84530

at the moment.

llvm-svn: 84529

"something" when printing MCInsts, it will just be missing all the 
operand info.

llvm-svn: 84528

llvm-svn: 84527

All of these "subreg32" modifier instructions are handled
explicitly by the MCInst lowering phase.  If they got to
the asmprinter, they would explode.  They should eventually
be replace with correct use of subregs.

llvm-svn: 84526

is a standard convesion and not a user-defined
conversion.

llvm-svn: 84525

The JITResolver maps Functions to their canonical stubs and all callsites for
lazily-compiled functions to their target Functions. To make Function
destruction work, I'm going to need to remove all callsites on destruction, so
this patch also adds the reverse mapping for that.

There was an incorrect assumption in here that the only stub for a function
would be the one caused by needing to lazily compile it, while x86-64 far calls
and dlsym-stubs could also cause such stubs, but I didn't look for a test case
that the assumption broke.

This also adds DenseMapInfo<AssertingVH> so I can use DenseMaps instead of
std::maps.

llvm-svn: 84522

llvm-svn: 84521

llvm-svn: 84520

llvm-svn: 84519

llvm-svn: 84518

llvm-svn: 84517

llvm-svn: 84516

llvm-svn: 84515

llvm-svn: 84514

llvm-svn: 84513

llvm-svn: 84512

llvm-svn: 84510

llvm-svn: 84509

llvm-svn: 84508

llvm-svn: 84507

llvm-svn: 84506

where a loop's header is being split and it has predecessors which are not
contained by the most-nested loop which contains the loop.
This fixes PR5235.

llvm-svn: 84505

llvm-svn: 84504

llvm-svn: 84503

to name basic blocks "bb" instead of "BB", for consistency.

llvm-svn: 84502

Removing this shared data should enable clang_createTranslationUnit/clang_createTranslationUnitFromSourceFile to be run from multiple threads (related to <rdar://problem/7303432>).

llvm-svn: 84499

llvm-svn: 84498

ENABLE_PARALLEL_REPORT.

llvm-svn: 84497

NNT: Don't hard code -l3.0 argument to make, this is very server dependent. Users who care can use -compileflags for this.

Also, fix make clean call and a few other tweaks.

llvm-svn: 84496

NNT: Fix refactoro, I dropped the list of all (llvm-test) tests. I'm sure it was named dejagnu_test_list for a good reason.

llvm-svn: 84495