llvm-svn: 142880

llvm-svn: 142879

llvm-svn: 142878

llvm-svn: 142877

Three entry register list variation.

llvm-svn: 142876

More fixes and improvements to MachO relocation pretty-printing, particular for x86 and x86_64 relocations with addends.

llvm-svn: 142875

llvm-svn: 142874

llvm-svn: 142873

lvalue-to-rvalue conversion on the LHS operand of '->'.

llvm-svn: 142872

llvm-svn: 142871

table. A hidden variable could potentially end up in both lists.
<rdar://problem/10336715>

llvm-svn: 142869

command in the '- Hook id' header.  This should improve readbility of the 'display'
command if, for example, we have issued 'display a' and 'display b' which turn into
"target stop-hook add -o 'expr -- a'" and "target stop-hook add -o 'expr -- b'".

Plus some minor change in TestAbbreviations.py to conditionalize the platform-specific
checkings of the "image list" output.

llvm-svn: 142868

llvm-svn: 142867

llvm-svn: 142866

analysis to separate dependent names from non-dependent names. For
dependent names, we'll behave differently from Visual C++:

  - For __if_exists/__if_not_exists at class scope, we'll just warn
    and then ignore them.
  - For __if_exists/__if_not_exists in statements, we'll treat the
    inner statement as a compound statement, which we only instantiate
    in templates where the dependent name (after instantiation)
    exists. This behavior is different from VC++, but it's as close as
    we can get without encroaching ridiculousness.

The latter part (dependent statements) is not yet implemented.

llvm-svn: 142864

llvm-svn: 142863

unknown specialization, treat this the same way as if the name were
not found in the current instantiation. No actual functionality
change, since apparently nothing depends on this.

llvm-svn: 142862

One and two length register list variants.

llvm-svn: 142861

llvm-svn: 142858

many commands remain available even after we add/delte commands in the future.

llvm-svn: 142857

rdar://9683410

llvm-svn: 142856

Split am6offset into fixed and register offset variants so the instruction
encodings are explicit rather than relying an a magic reg0 marker.
Needed to being able to parse these.

llvm-svn: 142853

llvm-svn: 142852

Renamed PureNodeBuilder->StmtNodeBuilder.

llvm-svn: 142849

llvm-svn: 142848

llvm-svn: 142847

- OSAtomicChecker
- ExprEngine::processStmt

llvm-svn: 142846

rvalues, as C++11 constant evaluation semantics require. DeclRefs referring to
references can now use the normal initialization-caching codepath, which
incidentally fixes a crash in cyclic initialization of references.

llvm-svn: 142844

when deciding that the loop has stopped evolving. Fixes miscompile in the gcc
torture testsuite!

llvm-svn: 142843

llvm-svn: 142841

llvm-svn: 142840

rdar://problem/10334911

llvm-svn: 142839

Suggested by John McCall.

llvm-svn: 142836

llvm-svn: 142835

llvm-svn: 142834

llvm-svn: 142833

floating-point literals if they are the immediate operands of casts.
ImplicitCastExpr is not a cast in the language-standards sense.

llvm-svn: 142832

This commit removes the major functional dependency on the ExprEngine::Builder
member variable.

In some cases the code became more verbose. Particularly, we call takeNodes()
and addNodes() to move responsibility for the nodes from one builder to another.
This will get simplified later on.

llvm-svn: 142831

llvm-svn: 142830

llvm-svn: 142829