llvm-svn: 118999

llvm-svn: 118998

- Get the opcode once.
- Add a ParserMatchClass to reglist.

llvm-svn: 118997

llvm-svn: 118996

future to separate out the ia, ib, da, db variants of the load/store multiple
instructions.

llvm-svn: 118995

between complex types.

llvm-svn: 118994

operands appropriately.  There are a lot of missing complex-related
cast kinds.

llvm-svn: 118993

 - What was I thinking?????

llvm-svn: 118992

CXXConstructExpr.

llvm-svn: 118991

llvm-svn: 118990

llvm-svn: 118989

promoted arithmetic types for which builtin operator candidates are
emitted.  A few of these need further analysis.

Removes all the uses of UsualArithmeticConversionsType except the
core function in SemaExpr.cpp.

llvm-svn: 118988

llvm-svn: 118987

its children and then reverse them.

llvm-svn: 118986

llvm-svn: 118985

BlockEdges, BlockEntrances, and BlockExits for the target block value.

llvm-svn: 118984

worklist that could have impacted the evaluation of a block.

Fixes <rdar://problem/8663596>.

llvm-svn: 118983

This API required changing the BFS worklist to use a deque instead of a queue, but that is better
for performance reasons anyway.

llvm-svn: 118982

llvm-svn: 118981

llvm-svn: 118980

expression. This currently takes waaaayyyyy too much time to evaluate. We will
need to look at the expression parser and find ways to optimize the info we
provide and get this to evaluate quicker. I believe the performance issue is
currently related to us always providing a complete C++ class type when asked
about a C++ class which can cause a lot of information to be pulled since all
classes will be fully created (methods, base classes, members, all their 
types). We will need to give the classes back the parser and mark them as 
having external sources and get parser (Sema) to query us when it needs more
info. This should bring things up to an acceptable level.

llvm-svn: 118979

llvm-svn: 118978

darwin and, judging from the buildbots, Linux.
Removing it for now, but this is not the right fix,
Wesley please look at it.

llvm-svn: 118977

cases when getting the clang type:
- need only a forward declaration
- need a clang type that can be used for layout (members and args/return types)
- need a full clang type

This allows us to partially parse the clang types and be as lazy as possible.
The first case is when we just need to declare a type and we will complete it
later. The forward declaration happens only for class/union/structs and enums.
The layout type allows us to resolve the full clang type _except_ if we have
any modifiers on a pointer or reference (both R and L value). In this case
when we are adding members or function args or return types, we only need to
know how the type will be laid out and we can defer completing the pointee
type until we later need it. The last type means we need a full definition for
the clang type.

Did some renaming of some enumerations to get rid of the old "DC" prefix (which
stands for DebugCore which is no longer around).

Modified the clang namespace support to be almost ready to be fed to the
expression parser. I made a new ClangNamespaceDecl class that can carry around
the AST and the namespace decl so we can copy it into the expression AST. I
modified the symbol vendor and symbol file plug-ins to use this new class.

llvm-svn: 118976

another patch.
This lets us parse a bit more of the gcc 4.5 output.

llvm-svn: 118975

llvm-svn: 118974

llvm-svn: 118973

llvm-svn: 118972

llvm-svn: 118971

llvm-svn: 118970

2. Fixing several errors in disassembler uncovered by test cases.
3. Fixing invalid encoding of PCMPEQ and PCMPNE uncovered by test cases.

llvm-svn: 118969

llvm-svn: 118968

instead of copying them all out at the start.  Not a significant
optimization.

llvm-svn: 118967

llvm-svn: 118966

llvm-svn: 118965

CursorVisitor: Migrate BlockExpr, CXXTemporaryOBjectExpr, and ObjCEncodeExpr to data-recursive algorithm.

llvm-svn: 118964

instructions.

llvm-svn: 118963

llvm-svn: 118962

llvm-svn: 118961

llvm-svn: 118960