llvm-svn: 106943

llvm-svn: 106942

llvm-svn: 106940

if-conversion.  The RemoveExtraEdges function doesn't work for blocks that
end with unanalyzable branches, so in those cases, the "extra" edges must
be explicitly removed.  The CopyAndPredicateBlock and MergeBlocks methods
can also avoid copying successor edges due to branches that have already
been removed.  The latter case is especially helpful when MergeBlocks is
called for handling "diamond" if-conversions, where otherwise you can end
up with some weird intermediate states in the CFG.  Unfortunately I've
been unable to find cases where this cleanup actually makes a significant
difference in the code.  There is one test where we manage to remove an
empty block at the end of a function.  Radar 6911268.

llvm-svn: 106939

llvm-svn: 106938

llvm-svn: 106935

CopyFromReg nodes for aliasing registers (AX and AL). This confuses the fast
register allocator.

Instead of CopyFromReg(AL), use ExtractSubReg(CopyFromReg(AX), sub_8bit).

This fixes PR7312.

llvm-svn: 106934

llvm-svn: 106927

"N..." instead of "NEON..." for consistency with the other NEON format names.

llvm-svn: 106921

llvm-svn: 106917

Renumber MiscFrm to 25.

llvm-svn: 106916

Add several AVX MOV flavors
Support VEX encoding for MRMDestReg

llvm-svn: 106912

introduced in r106343, but only showed up recently (with a particular compiler &
linker combination) because of the particular check, and because we have no
builtin checking for dereferencing the end of an array, which is truly
unfortunate.

llvm-svn: 106908

just at the head, when doing diamond if-conversion. rdar://7797940

llvm-svn: 106907

llvm-svn: 106906

The VNInfo.kills vector was almost unused except for all the code keeping it
updated. The few places using it were easily rewritten to check for interval
ends instead.

The two new methods LiveInterval::killedAt and killedInRange are replacements.

This brings us down to 3 independent data structures tracking kills.

llvm-svn: 106905

llvm-svn: 106901

emitNEON2RegInstruction's handling of 2-address operands.

llvm-svn: 106900

SCEVUnknown values which are loop-variant, as LSR can't do anything
interesting with these values in any case. This fixes very slow compile
times on loops which have large numbers of such values.

llvm-svn: 106897

Support VEX encoding for MRMDestReg

llvm-svn: 106896

llvm-svn: 106895

llvm-svn: 106894

for an "i" constraint should get lowered; PR 6309.  While
this argument was passed around a lot, this is the only
place it was used, so it goes away from a lot of other
places.

llvm-svn: 106893

llvm-svn: 106891

llvm-svn: 106886

llvm-svn: 106881

- 2010-06-25-CoalescerSubRegDefDead.ll is the testcase for r106878.

llvm-svn: 106880

are dead, not just the def of this register. I.e., a register could be dead, but
it's subreg isn't.

Testcase to follow with a subsequent patch.

llvm-svn: 106878

llvm-svn: 106877

llvm-svn: 106876

llvm-svn: 106872

with the following instructions. This is done via trickery by considering the
instruction preceding the IT to be the hazard. Care must be taken to ensure
it's the first non-debug instruction, or the presence of debug info will
affect codegen.

Part of the continuing work for rdar://7797940, making ARM code-gen unaffected
by the presence of debug information.

llvm-svn: 106871

Refactoring of more SSE conversion instructions. Also add some AVX instrinsics Int_V... placeholders

llvm-svn: 106867

llvm-svn: 106865

llvm-svn: 106856

is not used.  Spotted by gcc-4.6.

llvm-svn: 106854

llvm-svn: 106841

buffer in the same chunk of memory.

2 less mallocs for every uninitialized MemoryBuffer and 1 less malloc for every
MemoryBuffer pointing to a memory range translate into 20% less mallocs on
clang -cc1 -Eonly Cocoa_h.m.

llvm-svn: 106839

and CallInst for getting hold
of the intrinsic's arguments

simplify along the way (at least for me this is much more legible now)
Bill, Baldrick or Anton, please review\!

llvm-svn: 106838

llvm-svn: 106837