// rdar: //8620510 and PR7666

llvm-svn: 118019

ptrace thread update that was replying to the SIGSTOP was also causing the
process to not really be sigstop'd any more so then the call to ptrace
detach was failing, and when debugserver exited the attached process
was being killed.  Now the ptrace thread update does not disturb the sigstop
state of the thread, so the detach works properly.

llvm-svn: 118018

    # rdar://problem/8482903
    # test suite failure for types dir -- "long long" and "unsigned long long"

llvm-svn: 118017

llvm-svn: 118016

llvm-svn: 118014

llvm-svn: 118013

types when they are the same size. The new code will use the correct type 
now when converting DWARF built-in types into clang types.

llvm-svn: 118003

llvm-svn: 118002

Previously the temporaries would get destroyed before the asm call.

llvm-svn: 118001

name and thread queue. Users can modify the thread-format strings to add these
back if needed.

llvm-svn: 118000

values.

Always show the variable types for the top level items when dumping program
variables.

llvm-svn: 117999

with their own explicit visibility attributes.  Basically we only want to
apply a single visibility attribute from any particular ancestry.

llvm-svn: 117998

llvm-svn: 117997

handling those cases for now.

llvm-svn: 117996

llvm-svn: 117995

to what someone would need to do to support thumb1.

llvm-svn: 117994

llvm-svn: 117993

BB#1: derived from LLVM BB %bb.nph28
    Live Ins: %AL
    Predecessors according to CFG: BB#0
	TEST8rr %reg16384<kill>, %reg16384, %EFLAGS<imp-def>; GR8:%reg16384
	JNE_4 <BB#2>, %EFLAGS<imp-use,kill>
	JMP_4 <BB#2>
    Successors according to CFG: BB#2 BB#2

These double CFG edges only ever occur in bugpoint-generated code, so there is
no need to attempt something clever.

llvm-svn: 117992

does not terminate with @end.
// rdar: //7824372

llvm-svn: 117991

llvm-svn: 117990

since we can neither generate nor parse them at the moment.

llvm-svn: 117988

llvm-svn: 117987

llvm-svn: 117986

llvm-svn: 117985

llvm-svn: 117984

only keep deduction results for successful deductions, so that they
can be compared against each other. Fixes PR8462, from Richard Smith!

llvm-svn: 117983

edges on demand.

llvm-svn: 117982

It is legal for an instruction to have two operands using the same register,
only one a kill. This is interpreted as a kill.

llvm-svn: 117981

source, and let rewrite() clean it up.

This way, kill flags on the inserted copies are fixed as well during rewrite().

We can't just assume that all the copies we insert are going to be kills since
critical edges into loop headers sometimes require both source and dest to be
live out of a block.

llvm-svn: 117980

FWIW, X86 has 254 ambiguous instructions.

llvm-svn: 117979

for handling the fixup necessary.

llvm-svn: 117978

llvm-svn: 117977

This is another part of the fix for Radar 8599955.

llvm-svn: 117976

llvm-svn: 117975

llvm-svn: 117974

Encapsulate within CXCursor the notion of whether a VarDecl* is the first Decl in a DeclGroup.  We use this
to recover some context that is currently not modeled directly in the AST.  Currently VarDecl's cannot
properly determine their source range because they have no context on whether or not they appear in a DeclGroup.
For the meantime, this bandaid suffices in libclang since that is where the correct SourceRange is directly needed.

Fixes <rdar://problem/8595749>.

llvm-svn: 117973

statement.  Now when ClangExpressionDeclMap returns
a variable for a name, it pretty-prints that
variable to the log instead of printing a (fairly
useless) NamedDecl pointer.

llvm-svn: 117972

llvm-svn: 117971

declaration names, from Jim Goodnow II!

llvm-svn: 117970

llvm-svn: 117969