Change the test case to not check it for an SBVariable's print description.

llvm-svn: 117668

Inline asm multiple alternative constraints development phase 2 - improved basic logic, added initial platform support.

llvm-svn: 117667

llvm-svn: 117666

messages primarily indicate errors running the viewer, not
errors with the graph file itself.

llvm-svn: 117665

being not found from the file being not executable. 

llvm-svn: 117664

llvm-svn: 117663

-      DIFile F = getFieldAs<DIFile>(6); 
-      return F.getDirectory();
+      return getFieldAs<DIFile>(6).getDirectory(); 

llvm-svn: 117662

executing the child process and abnormal child process termination.

llvm-svn: 117661

llvm-svn: 117660

This is tested by funcargs.exp in gdb testsuite.

llvm-svn: 117659

llvm-svn: 117658

PATH isn't actually searched, and to not mention the executable
directory when it isn't actually searched.

llvm-svn: 117657

Better performance and fixes rdar://8603569.

llvm-svn: 117656

llvm-svn: 117655

declared", it breaks things.

llvm-svn: 117653

llvm-svn: 117651

llvm-svn: 117650

llvm-svn: 117648

fully enumerated.

llvm-svn: 117647

llvm-svn: 117646

anyone has ever intentionally done this outside of a compiler test case.

llvm-svn: 117645

and never defined.  We were previously emitting these with default
visibility unless they were declared with private_extern.

Ignore global visibility settings when computing visibility for
a declaration's context, and key several conditions on whether a
visibility attribute exists anywhere in the hierarchy as opposed
to whether it exists at the current level.

llvm-svn: 117644

llvm-svn: 117643

llvm-svn: 117642

by type ID (the most common type of type lookup).

Changed the API logging a bit to always show the objects in the OBJECT(POINTER)
format so it will be easy to locate all instances of an object or references
to it when looking at logs.

llvm-svn: 117641

This isn't used yet, because someone more experienced than I needs to look
at the type system about gutting getCanonicalCallConv().

llvm-svn: 117638

With Python-2.4, Reader::read64 always returns (unexpected) long integer.
FileCheck detects failure on test/MC/MachO among '0' and '0L'.

CentOS5(aka RHEL5 clone) provides python-2.4.

llvm-svn: 117637

from constant memory don't alias any stores.

llvm-svn: 117636

Fixes <rdar://problem/8601243>.

llvm-svn: 117635

llvm-svn: 117634

llvm-svn: 117633

llvm-svn: 117632

EquvivalenceClasses.h except it looks like overkill when elements are continuous
integers.

llvm-svn: 117631

multiplicity.

llvm-svn: 117630

llvm-svn: 117629

of its context without considering global settings like -fvisibility=hidden.
Fixes PR8492.

llvm-svn: 117628

which holds the name of a file whose contents are
prefixed to each expression.  For example, if the file
~/lldb.prefix.header contains:

typedef unsigned short my_type;

then you can do this:

(lldb) settings set target.expr-prefix '~/lldb.prefix.header'
(lldb) expr sizeof(my_type)
(unsigned long) $0 = 2

When the variable is changed, the corresponding file
is loaded and its contents are fetched into a string
that is stored along with the target.  This string
is then passed to each expression and inserted into
it during parsing, like this:

typedef unsigned short my_type;
                             
void                           
$__lldb_expr(void *$__lldb_arg)          
{                              
    sizeof(my_type);                        
}

llvm-svn: 117627

vldr.64 to work.  I have no idea if this is fully right, but 
it is in the right direction.

llvm-svn: 117626

(A PR will be linked to this rev.)

llvm-svn: 117620

llvm-svn: 117618