llvm-svn: 107025

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

name, specifically the "lib" prefix.

llvm-svn: 107011

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

llvm-svn: 107009

llvm-svn: 107004

llvm-svn: 107003

llvm-svn: 107002

(in both CallInst and InvokeInst)

also add a (short-lived) constant to CallInst, that names
the operand index of the first call argument. This is
strictly transitional and should not be used for new code.

llvm-svn: 107001

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

llvm-svn: 106969

llvm-svn: 106968

it for now.

llvm-svn: 106960

llvm-svn: 106959

llvm-svn: 106954

Partial specialization test should not depend on the order of specialization operations or the names assigned to the specialized functions

llvm-svn: 106953

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

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