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

llvm-svn: 117968

llvm-svn: 117967

llvm-svn: 117964

llvm-svn: 117963

llvm-svn: 117962

llvm-svn: 117961

At least X86FloatingPoint requires correct kill flags after register allocation,
and targets using register scavenging benefit. Conservative kill flags are not
enough.

llvm-svn: 117960

llvm-svn: 117959

llvm-svn: 117956

llvm-svn: 117955

llvm-svn: 117954

bits are zero, not that the current low bits are zero.  Fixes <rdar://problem/8606771>.

llvm-svn: 117953