llvm-svn: 119903

Disable warning C4291 on MSVC. Caused because class AttributeList provides a non implemented operator delete without a corresponding new. 

llvm-svn: 119902

so don't claim they are.  They are allocated using DAG.getNode, so attempts
to access MemSDNode fields results in reading off the end of the allocated
memory.  This fixes crashes with "llc -debug" due to debug code trying to
print MemSDNode fields for these barrier nodes (since the crashes are not
deterministic, use valgrind to see this).  Add some nasty checking to try
to catch this kind of thing in the future.

llvm-svn: 119901

llvm-svn: 119900

llvm-svn: 119899

Removing the useless test that I added recently. It was meant as an example, but not complicated enough to merit another test.

llvm-svn: 119898

llvm-svn: 119897

llvm-svn: 119896

llvm-svn: 119895

llvm-svn: 119890

of failures in the AST importer.  Also ensured
that a variable will not be blindly added if
GetVariableValue() returns an error.

llvm-svn: 119889

llvm-svn: 119888

and use a better and more general approach, where NullStmt has a flag to indicate whether it was preceded by an empty macro.

Thanks to Abramo Bagnara for the hint!

llvm-svn: 119887

llvm-svn: 119886

RegisterContext* - normally this is retrieved from the ExecutionContext's
StackFrame but when we need to evaluate an expression while creating
the stack frame list this can be a little tricky.

Add DW_OP_deref_size, needed for the _sigtramp FDE expression.

Add support for processing DWARF expressions in RegisterContextLLDB.

Update callers to DWARFExpression::Evaluate.

llvm-svn: 119885

llvm-svn: 119884

llvm-svn: 119883

llvm-svn: 119882

llvm-svn: 119881

It is now possible to navigate the B+-tree using NodeRef::subtree() and
NodeRef::size() without knowing the key and value template types used in the
tree.

llvm-svn: 119880

that the noderefs are the first member in the object.

This is in preparation of detemplatization of tree navigation.

llvm-svn: 119879

value that the one in ARMMCCodeEmitter.cpp does.

llvm-svn: 119878

to hang around and take a ton of CPU time. Caroline will fix this when she
gets back from vacation.

llvm-svn: 119877

llvm-svn: 119876

llvm-svn: 119875

llvm-svn: 119874

Key and value objects may not be destructed instantly when they are erased from
the container, but they will be destructed eventually by the IntervalMap
destructor.

llvm-svn: 119873

llvm-svn: 119872

llvm-svn: 119871

llvm-svn: 119870

llvm-svn: 119869

llvm-svn: 119868

llvm-svn: 119867

llvm-svn: 119866

llvm-svn: 119865

llvm-svn: 119864

llvm-svn: 119863

llvm-svn: 119862

llvm-svn: 119861

asm parser can handle them.

llvm-svn: 119860