llvm-svn: 117676

operand and one of them has a single use that is a live out copy, favor the
one that is live out. Otherwise it will be difficult to eliminate the copy
if the instruction is a loop induction variable update. e.g.

BB:
sub r1, r3, #1
str r0, [r2, r3]
mov r3, r1
cmp
bne BB

=>

BB:
str r0, [r2, r3]
sub r3, r3, #1
cmp
bne BB

This fixed the recent 256.bzip2 regression.

llvm-svn: 117675

- Compute CopyToReg use operand latency correctly.

llvm-svn: 117674

llvm-svn: 117673

llvm-svn: 117672

llvm-svn: 117671

We don't want unused values forming their own equivalence classes, so we lump
them all together in one class, and then merge them with the class of the last
used value.

llvm-svn: 117670

llvm-svn: 117669

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

llvm-svn: 117658

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

llvm-svn: 117657

llvm-svn: 117655

llvm-svn: 117651

llvm-svn: 117648

fully enumerated.

llvm-svn: 117647

llvm-svn: 117646

llvm-svn: 117643

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

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

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: 117615

t.s:1:14: error: invalid operand for instruction
vldr.64	d17, [r0]   
       	     ^

instead of:

t.s:1:1: error: unrecognized instruction
vldr.64	d17, [r0]   
^

llvm-svn: 117611

the opcode string in the inst dump, e.g.:
	vmov	r2, r3, d17             @ encoding: [0x31,0x2b,0x53,0xec]
                                        @ <MCInst #989 VMOVRRD
                                        @  <MCOperand Reg:68>
                                        @  <MCOperand Reg:69>
                                        @  <MCOperand Reg:19>
                                        @  <MCOperand Imm:14>
                                        @  <MCOperand Reg:0>>

The "VMOVRRD" is new.

llvm-svn: 117609

* If we have a M or a G, reject sections without the type
* Only parse the flag specific arguments if we have M or G
* Parse the corresponding arguments for M and G

We ignore the G arguments and flag for now.

llvm-svn: 117608

it looks like we're not handling [] operands though

llvm-svn: 117607

(like ARM) correctly.  With this change, we can now match "bx lr"
because we recognize lr as a register.

llvm-svn: 117606

llvm-svn: 117605