| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
| |
Fix a leak that this turned up in LowerSubregs.cpp.
And, comment a leak in LiveIntervalAnalysis.cpp.
llvm-svn: 53746
|
| |
|
|
|
|
|
|
| |
PseudoSourceValue values, which never have names. Use getName()
for all other values, because we want to print just a short summary
of the value, not the entire instruction.
llvm-svn: 53738
|
| |
|
|
| |
llvm-svn: 53735
|
| |
|
|
|
|
| |
since it's less precise.
llvm-svn: 53734
|
| |
|
|
| |
llvm-svn: 53733
|
| |
|
|
| |
llvm-svn: 53732
|
| |
|
|
|
|
| |
more than once.
llvm-svn: 53731
|
| |
|
|
| |
llvm-svn: 53730
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mask. These are just indices into the shuffled vector
so their type is unrelated to the type of the
shuffled elements (which is what was being used before).
This fixes vec_shuffle-11.ll when using LegalizeTypes.
What seems to have happened is that Dan's recent change
r53687, which corrected the result type of the shuffle,
somehow caused LegalizeTypes to notice that the mask
operand was a BUILD_VECTOR with a legal type but elements
of an illegal type (i64). LegalizeTypes legalized this
by introducing a new BUILD_VECTOR of i32 and bitcasting
it to the old type. But the mask operand is not supposed
to be a bitcast but a straight BUILD_VECTOR of constants,
causing a crash.
llvm-svn: 53729
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replacement of multiple values. This is slightly more efficient
than doing multiple ReplaceAllUsesOfValueWith calls, and theoretically
could be optimized even further. However, an important property of this
new function is that it handles the case where the source value set and
destination value set overlap. This makes it feasible for isel to use
SelectNodeTo in many very common cases, which is advantageous because
SelectNodeTo avoids a temporary node and it doesn't require CSEMap
updates for users of values that don't change position.
Revamp MorphNodeTo, which is what does all the work of SelectNodeTo, to
handle operand lists more efficiently, and to correctly handle a number
of corner cases to which its new wider use exposes it.
This commit also includes a change to the encoding of post-isel opcodes
in SDNodes; now instead of being sandwiched between the target-independent
pre-isel opcodes and the target-dependent pre-isel opcodes, post-isel
opcodes are now represented as negative values. This makes it possible
to test if an opcode is pre-isel or post-isel without having to know
the size of the current target's post-isel instruction set.
These changes speed up llc overall by 3% and reduce memory usage by 10%
on the InstructionCombining.cpp testcase with -fast and -regalloc=local.
llvm-svn: 53728
|
| |
|
|
| |
llvm-svn: 53727
|
| |
|
|
|
|
|
| |
only missing ppc long double operations: FNEG
and FP_EXTEND.
llvm-svn: 53723
|
| |
|
|
| |
llvm-svn: 53722
|
| |
|
|
|
|
|
| |
it is breaking Darwin bootstrap due to missing
functionality.
llvm-svn: 53721
|
| |
|
|
| |
llvm-svn: 53720
|
| |
|
|
| |
llvm-svn: 53719
|
| |
|
|
| |
llvm-svn: 53716
|
| |
|
|
| |
llvm-svn: 53715
|
| |
|
|
|
|
| |
atomic operation to the new one.
llvm-svn: 53714
|
| |
|
|
| |
llvm-svn: 53713
|
| |
|
|
| |
llvm-svn: 53712
|
| |
|
|
| |
llvm-svn: 53705
|
| |
|
|
| |
llvm-svn: 53697
|
| |
|
|
| |
llvm-svn: 53693
|
| |
|
|
|
|
| |
use and may delete the function.
llvm-svn: 53692
|
| |
|
|
|
|
| |
could cause problems for memdep when it breaks critical edges.
llvm-svn: 53691
|
| |
|
|
| |
llvm-svn: 53689
|
| |
|
|
| |
llvm-svn: 53688
|
| |
|
|
|
|
|
| |
was turned up by some new SelectionDAG assertion checks that I'm
working on.
llvm-svn: 53687
|
| |
|
|
| |
llvm-svn: 53686
|
| |
|
|
| |
llvm-svn: 53685
|
| |
|
|
|
|
|
| |
and AssertSext. Needed when passing huge integer
parameters with the zeroext or signext attributes.
llvm-svn: 53684
|
| |
|
|
|
|
|
| |
difference in purpose of TargetInstrInfo and TargetInstrDesc,
which isn't immediately obvious from the name.
llvm-svn: 53683
|
| |
|
|
| |
llvm-svn: 53682
|
| |
|
|
| |
llvm-svn: 53681
|
| |
|
|
| |
llvm-svn: 53680
|
| |
|
|
|
|
|
|
|
|
| |
of all sizes from i1 to i256. The code is not
always that great, for example (x86)
movw %di, %ax
movw %ax, i17_s
where the store could be directly from %di.
llvm-svn: 53677
|
| |
|
|
|
|
|
|
| |
sizes from i1 to i256. The generated code is
like one huge bug report of things that the DAG
combiner fails to simplify!
llvm-svn: 53676
|
| |
|
|
| |
llvm-svn: 53675
|
| |
|
|
|
|
| |
deadargelim leaves behind :-)
llvm-svn: 53674
|
| |
|
|
|
|
|
| |
FindInsertedValue, it now performs a number of simple transformations that
should result in the same effect when applied iteratively.
llvm-svn: 53673
|
| |
|
|
|
|
|
|
| |
While this is not a wonderful organizing principle, it
does make it easy to find routines, and clear where to
insert new ones.
llvm-svn: 53672
|
| |
|
|
| |
llvm-svn: 53671
|
| |
|
|
|
|
|
|
| |
also use *idx_begin in the same expression, giving unpredictable results.
This fixes this bug: http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-July/015877.html
llvm-svn: 53670
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
simply does the atomic.cmp.swap on the larger type,
which means it blows away whatever is sitting in
the bytes just after the memory location, i.e.
causes a buffer overflow. This really requires
target specific code, which is why LegalizeTypes
doesn't try to handle this case generically. The
existing (wrong) code in LegalizeDAG will go away
automatically once the type legalization code is
removed from LegalizeDAG so I'm leaving it there
for the moment. Meanwhile, don't test for this
feature.
llvm-svn: 53669
|
| |
|
|
| |
llvm-svn: 53666
|
| |
|
|
| |
llvm-svn: 53661
|
| |
|
|
|
|
| |
- table base.
llvm-svn: 53660
|
| |
|
|
| |
llvm-svn: 53639
|
| |
|
|
| |
llvm-svn: 53636
|