llvm-svn: 109607

parenthesized, unlike in C++, e.g.,

  C has: typeof ( expression) 
  C++ has: typeof unary-expression

So, once we've parsed a parenthesized expression after typeof, we
should only go on to parse the postfix expression suffix if we're in
C++. Fixes <rdar://problem/8237491>.

llvm-svn: 109606

llvm-svn: 109605

llvm-svn: 109604

EmitProgressBitcode.

llvm-svn: 109602

llvm-svn: 109601

llvm-svn: 109600

Fixed some bugs in the ecma bracket epression regarding escaped characters, and got the awk grammar going.

llvm-svn: 109599

llvm-svn: 109598

of a std::vector.

llvm-svn: 109597

dereference is theoretically infinite. Put a cap on the computed
alignment to avoid overflow, noticed by John Regehr.

llvm-svn: 109596

to avoid undefined behavior on overflow, noticed by John Regehr.

llvm-svn: 109594

This is a temporary fix, until more elaborate changes are ready.

llvm-svn: 109593

llvm-svn: 109591

        the decls.  This was just an oversight before; one we didn't
        catch because lots of information in a DeclStmt was also being
        traversed (redundantly) elsewhere.

        Once DeclStmt was cleaned up, I could clean up some of the
        redundant traversals found elswhere as well -- in particular,
        traversing the declarations inside a function as part of the
        function callback (instead of as part of the CompoundExpr
        callback that constitutes the body of the function).  The old
        way was really weird, and led to some parts of local variable
        declarations (but not all) being visited twice.  That is now
        resolved.  I also was able to simplify the traversers for
        IfStmt/WhileStmt/etc, which used to have redundant calls to
        work around the fact DeclStmt wasn't working properly.

        While in the area, I fixed up a few more recursion-ordering
        issues.  I try to hold to the principle that
        RecursiveASTVisitor visits objects in the source code in the
        same order they're typed.  So the return-type of a variable
        comes before the variable-name.  This still isn't perfect, but
        we're closer to that.

	Reviewed by chandlerc and wan.

llvm-svn: 109590

llvm-svn: 109589

me as more consistent and less pejorative.

llvm-svn: 109588

__debug overflow_stack'.
 - For testing crash reporting stuff... you'd think I could just use some C++
   code but Doug keeps fixing stuff!

llvm-svn: 109587

 - Designed as a simple wrapper to allow clients to attempt to catch crashes
   (memory errors, assertion violations, etc.) and do some kind of recovery.

 - Currently doesn't actually attempt to catch crashes.

llvm-svn: 109586

llvm-svn: 109585

llvm-svn: 109584

rebuilder, i.e., remove a silly short-sighted hack from long
ago. Thanks to Abramo Bagnara for the test case/bug report!

llvm-svn: 109583

dependent bases, construct a dependent nested-name-specifier rather
than complaining that the name could not be found within the current
instantiation itself. Fixes PR7725.

llvm-svn: 109582

llvm-svn: 109581

llvm-svn: 109580

llvm-svn: 109579

llvm-svn: 109578

llvm-svn: 109577

llvm-svn: 109576

we are not supposed to create an improper callsite using a CallInstr; leave a fixme mentioning the simplification when CallSite can clone itself

llvm-svn: 109575

lldb_private::Language class into the enumerations header so it can be freely
used by other interfaces.

Added correct objective C class support to the DWARF symbol parser. Prior to
this fix we were parsing objective C classes as C++ classes and now that the
expression parser is ready to call functions we need to make sure the objective
C classes have correct AST types.

llvm-svn: 109574

llvm-svn: 109572

Tested by mi1-var-obj.exp in gdb testsuite.

llvm-svn: 109571

object, as it may still be referenced by SCEVs not cleaned up by the
use list traversal.

Also, in ScalarEvolution::forgetValue, only check for a SCEVUnknown
object for the original value, not for any value in the use list,
because other SCEVUnknown values aren't necessary obsolete at that
point.

llvm-svn: 109570

enclosing normal cleanup, not the top of the EH stack.  I'm *really*
surprised this hasn't been causing more problems.

Fixes rdar://problem/8231514.

llvm-svn: 109569

diagnose a problem where we're not correctly emitting
PIC code.

llvm-svn: 109568

the old value.

llvm-svn: 109567

This is about 4x faster and smaller than the existing scalarization.

llvm-svn: 109566

llvm-svn: 109565

This is still not perfect, but better than it was before.

llvm-svn: 109563