| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
speedup.
llvm-svn: 153949
|
| |
|
|
| |
llvm-svn: 153939
|
| |
|
|
|
|
|
|
| |
to issue call via
PLT when LLVM is built as shared library. This mimics the X86 backend towards the approach.
llvm-svn: 153938
|
| |
|
|
| |
llvm-svn: 153937
|
| |
|
|
| |
llvm-svn: 153935
|
| |
|
|
| |
llvm-svn: 153928
|
| |
|
|
|
|
| |
can turn off comparisons though.
llvm-svn: 153927
|
| |
|
|
|
|
| |
lib/Target/Mips/Disassembler.
llvm-svn: 153926
|
| |
|
|
| |
llvm-svn: 153925
|
| |
|
|
|
|
| |
Patch by Vladimir Medic.
llvm-svn: 153924
|
| |
|
|
| |
llvm-svn: 153922
|
| |
|
|
|
|
|
| |
I just noticed Jakob's examples of the proper application of
std::set... routines.
llvm-svn: 153918
|
| |
|
|
|
|
|
|
|
|
| |
brace) so that we get more accurate line number information about the
declaration of a given function and the line where the function
first starts.
Part of rdar://11026482
llvm-svn: 153916
|
| |
|
|
|
|
| |
VirtRegMap is NULL. Also changed it in this case to just avoid updating the map, but live ranges or intervals will still get updated and created
llvm-svn: 153914
|
| |
|
|
|
|
| |
comparison altogether.
llvm-svn: 153909
|
| |
|
|
|
|
| |
backend, not just libCodeGen
llvm-svn: 153906
|
| |
|
|
| |
llvm-svn: 153905
|
| |
|
|
|
|
|
|
|
| |
This is just the fallback tie-breaker ordering, the main allocation
order is still descending size.
Patch by Shamil Kurmangaleev!
llvm-svn: 153904
|
| |
|
|
|
|
| |
TargetInstrInfo, MachineRegisterInfo, LiveIntervals, and VirtRegMap are all passed into the constructor and stored as members instead of passed in to each method.
llvm-svn: 153903
|
| |
|
|
| |
llvm-svn: 153902
|
| |
|
|
|
|
| |
operations, and prevent the DAGCombiner from turning them into bitwise operations if they do.
llvm-svn: 153901
|
| |
|
|
|
|
|
| |
operands. Make TryInstructionTransform return false to reflect this.
Fixes PR11861.
llvm-svn: 153892
|
| |
|
|
| |
llvm-svn: 153890
|
| |
|
|
|
|
|
|
|
|
|
| |
This patch allows llvm to recognize that a 64 bit object file is being produced
and that the subsequently generated ELF header has the correct information.
The test case checks for both big and little endian flavors.
Patch by Jack Carter.
llvm-svn: 153889
|
| |
|
|
| |
llvm-svn: 153886
|
| |
|
|
| |
llvm-svn: 153882
|
| |
|
|
| |
llvm-svn: 153880
|
| |
|
|
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=12343
We have not trivial way for splitting edges that are goes from indirect branch. We can do it with some tricks, but it should be additionally discussed. And it is still dangerous due to difficulty of indirect branches controlling.
Fix forbids this case for unswitching.
llvm-svn: 153879
|
| |
|
|
| |
llvm-svn: 153876
|
| |
|
|
| |
llvm-svn: 153875
|
| |
|
|
|
|
| |
for every leaf node.
llvm-svn: 153874
|
| |
|
|
| |
llvm-svn: 153872
|
| |
|
|
|
|
|
|
|
|
| |
reflected in the LLVM IR (as a declare or something), then treat it like a data
object.
N.B. This isn't 100% correct. The ASM parser should supply more information so
that we know what type of object it is, and what attributes it should have.
llvm-svn: 153870
|
| |
|
|
|
|
| |
This way we can get AVX v-prefixed instructions tail merged with the normal insns.
llvm-svn: 153869
|
| |
|
|
|
|
|
|
| |
MCInstPrinter.
All implementations used the same code.
llvm-svn: 153866
|
| |
|
|
|
|
| |
tricky due to the target specific sizes for some of the fields so the ordering is only optimal for the targets in the tree.
llvm-svn: 153865
|
| |
|
|
|
|
|
|
|
| |
shuffles.
Do not try to optimize swizzles of shuffles if the source shuffle has more than
a single user, except when the source shuffle is also a swizzle.
llvm-svn: 153864
|
| |
|
|
|
|
| |
using the instruction name table from MCInstrInfo. Reduces static data in the InstPrinter implementations.
llvm-svn: 153863
|
| |
|
|
|
|
| |
Patch by Jeremy Huddleston!
llvm-svn: 153862
|
| |
|
|
|
|
| |
getInstructionName and the static data it contains since the same tables are already in MCInstrInfo.
llvm-svn: 153860
|
| |
|
|
|
|
|
| |
definition for it. In that case, we want to wait for the potential definition
before we create a symbol for it.
llvm-svn: 153859
|
| |
|
|
| |
llvm-svn: 153857
|
| |
|
|
|
|
|
|
|
|
|
| |
rather than a bitfield, a great suggestion by Chris during code review.
There is still quite a bit of cruft in the interface, but that requires
sorting out some awkward uses of the cost inside the actual inliner.
No functionality changed intended here.
llvm-svn: 153853
|
| |
|
|
| |
llvm-svn: 153852
|
| |
|
|
| |
llvm-svn: 153851
|
| |
|
|
| |
llvm-svn: 153850
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Simplify xor/and/or (bitcast(A), bitcast(B)) -> bitcast(op (A,B))
(and also scalar_to_vector).
2. Xor/and/or are indifferent to the swizzle operation (shuffle of one src).
Simplify xor/and/or (shuff(A), shuff(B)) -> shuff(op (A, B))
3. Optimize swizzles of shuffles: shuff(shuff(x, y), undef) -> shuff(x, y).
4. Fix an X86ISelLowering optimization which was very bitcast-sensitive.
Code which was previously compiled to this:
movd (%rsi), %xmm0
movdqa .LCPI0_0(%rip), %xmm2
pshufb %xmm2, %xmm0
movd (%rdi), %xmm1
pshufb %xmm2, %xmm1
pxor %xmm0, %xmm1
pshufb .LCPI0_1(%rip), %xmm1
movd %xmm1, (%rdi)
ret
Now compiles to this:
movl (%rsi), %eax
xorl %eax, (%rdi)
ret
llvm-svn: 153848
|
| |
|
|
| |
llvm-svn: 153846
|
| |
|
|
|
|
|
| |
The 440 and A2 cores have detailed itineraries, and this allows them to be
fully used to maximize throughput.
llvm-svn: 153845
|
| |
|
|
| |
llvm-svn: 153844
|