llvm-svn: 107060

you would expect.

Don't assert on that case, just give up.

This fixes PR7513.

llvm-svn: 107046

When an instruction has tied operands and physreg defines, we must take extra
care that the tied operands conflict with neither physreg defs nor uses.

The special treatment is given to inline asm and instructions with tied operands
/ early clobbers and physreg defines.

This fixes PR7509.

llvm-svn: 107043

llvm-svn: 107042

Remove library check and regenerate configure.

llvm-svn: 107028

Radar 8122864.

llvm-svn: 107027

llvm-svn: 107017

llvm-svn: 107016

llvm-svn: 107015

llvm-svn: 107014

interprocedurally. Note that as of this writing, existing alias
analysis passes are not prepared to be used interprocedurally.

llvm-svn: 107013

block, not...", it caused a bunch of nightly test regressions.

llvm-svn: 107009

llvm-svn: 107004

llvm-svn: 107003

llvm-svn: 107002

llvm-svn: 107000

llvm-svn: 106990

Use named MDNode, llvm.dbg.sp, to collect subprogram info. This will be used to emit  local variable's debug info of deleted functions.

llvm-svn: 106989

llvm-svn: 106988

Do not forget last element, function, while creating Subprogram definition MDNode from subprogram declare MDNode.

llvm-svn: 106985

large integers, the first inserted value would always create
an 'or X, 0'.  Even though this is trivially zapped by
instcombine, don't bother creating this pointless instruction.

llvm-svn: 106979

This produces terrible but correct code.

llvm-svn: 106952

regressions.

--- Reverse-merging r106939 into '.':
U    test/CodeGen/Thumb2/thumb2-ifcvt3.ll
U    lib/CodeGen/IfConversion.cpp

llvm-svn: 106951

the returned value after the tail call if it differs from other return
values.  The optimal thing to do would be to introduce a phi node for
the return value, but for the moment just fix the miscompile.

llvm-svn: 106947

llvm-svn: 106946

llvm-svn: 106945

llvm-svn: 106944

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