llvm-svn: 109433

llvm-svn: 109431

llvm-svn: 109430

llvm-svn: 109429

string argument type checking.

llvm-svn: 109428

llvm-svn: 109427

llvm-svn: 109426

Simplifying use_iterators by dereferencing
is not a good idea. The codebase does not depend
in this any more, and it may introduce hidden
runtime cost. If you get compile errors, please
dereference your iterator before passing to cast<>
(and friends).

Also: please consider caching the result of
operator* and reusing that instead of dereferencing
many times.

llvm-svn: 109425

llvm-svn: 109424

This assumption is not satisfied due to global mergeing.
Workaround the issue by temporary disablinge mergeing of const globals.
Also, ignore LLVM "special" globals. This fixes PR7716

llvm-svn: 109423

llvm-svn: 109422

llvm-svn: 109421

llvm-svn: 109420

it inserted rather than using LoopInfo::getCanonicalInductionVariable to
rediscover it, since that doesn't work on non-canonical loops. This fixes
infinite recurrsion on such loops; PR7562.

llvm-svn: 109419

llvm-svn: 109416

llvm-svn: 109415

llvm-svn: 109414

dependence on DominanceFrontier. Instead, add an explicit DominanceFrontier
pass in StandardPasses.h to ensure that it gets scheduled at the right
time.

Declare that loop unrolling preserves ScalarEvolution, and shuffle some
getAnalysisUsages.

This eliminates one LoopSimplify and one LCCSA run in the standard
compile opts sequence.

llvm-svn: 109413

llvm-svn: 109412

llvm-svn: 109411

llvm-svn: 109410

llvm-svn: 109409

don't visit all blocks in the function, and don't iterate over the split blocks'
predecessor lists for each block visited.

Also, remove the special-case test for the entry block. Splitting the entry
block isn't common enough to make this worthwhile.

This fixes a major compile-time bottleneck which is exposed now that
LoopSimplify isn't being redundantly run both before and after
DominanceFrontier.

llvm-svn: 109408

llvm-svn: 109407

Make sure that implicit qualification and derived-to-base conversions of xvalues preserve xvalue-ness. Unfortunately I have no idea how to test this property; there doesn't seem to be a syntactical construct that triggers such a conversion and still allows the distinction between prvalues and xvalues to be made.

llvm-svn: 109406

llvm-svn: 109405

llvm-svn: 109404

llvm-svn: 109403

llvm-svn: 109402

explicit inequality check.

llvm-svn: 109401

llvm-svn: 109400

explicit inequality check.

llvm-svn: 109398

llvm-svn: 109396

When LIBCLANG_CODE_COMPLETION_LOGGING is set in the environment, log code-completion command lines to stderr

llvm-svn: 109395

llvm-svn: 109394

may be used uninitialized in the callers of HighRegPressure.

llvm-svn: 109393

worked for C anyway. Also kills the -cc1 options -parse-noop and
-parse-print-callbacks.

llvm-svn: 109392

llvm-svn: 109391

A Visual C++ extension that removes trailing new lines? Seriously?

llvm-svn: 109390

Origonal Windows COFF implementation by Nathan Jedffords.

llvm-svn: 109389