| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
Corresponding test cases are added.
llvm-svn: 191734
|
| |
|
|
| |
llvm-svn: 191733
|
| |
|
|
| |
llvm-svn: 191732
|
| |
|
|
| |
llvm-svn: 191731
|
| |
|
|
| |
llvm-svn: 191728
|
| |
|
|
| |
llvm-svn: 191724
|
| |
|
|
|
|
|
|
| |
Tests to follow.
PIC with small code model and EH frame handling will not work with multiple modules. There are also some rough edges to be smoothed out for remote target support.
llvm-svn: 191722
|
| |
|
|
|
|
| |
into the debug_ranges section.
llvm-svn: 191721
|
| |
|
|
| |
llvm-svn: 191720
|
| |
|
|
| |
llvm-svn: 191716
|
| |
|
|
| |
llvm-svn: 191715
|
| |
|
|
| |
llvm-svn: 191712
|
| |
|
|
|
|
|
|
|
|
|
| |
on ADD16rr opcodes, if src1 != src, since that would cause
convertToThreeAddress to try to create a virtual register. This is not
permitted after register allocation, which is when the X86FixupLEAs pass
runs.
This patch fixes PR16785.
llvm-svn: 191711
|
| |
|
|
|
|
|
| |
SEC_OFFSET from the beginning of the section so go ahead and emit
a label at the beginning of each one.
llvm-svn: 191710
|
| |
|
|
|
|
|
|
| |
Currently it will insert an illegal bitcast.
Arguably, the address space argument should be
added for the creation case.
llvm-svn: 191702
|
| |
|
|
|
|
|
| |
The test's output doesn't change, but this ensures
this is actually hit with a different address space.
llvm-svn: 191701
|
| |
|
|
| |
llvm-svn: 191699
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 191696
|
| |
|
|
|
|
|
|
| |
This makes it consistent with other function pointers used in llvm-c
Differential Revision: http://llvm-reviews.chandlerc.com/D1712
llvm-svn: 191693
|
| |
|
|
|
|
|
|
|
| |
This patch adds Direct Object Emission support for I8 instructions: andi.b, bmnzi.b, bmzi.b, bseli.b, nori.b, ori.b, shf.{b,h,w} and xori.b.
Patch by Matheus Almeida
llvm-svn: 191688
|
| |
|
|
|
|
|
|
|
| |
This patch adds Direct Object Emission support for I5 instructions: addvi.{b,h,w,d}, ceqi.{b,h,w,d}, clei_s.{b,h,w,d}, clei_u.{b,h,w,d}, clti_s.{b,h,w,d}, clti_u.{b,h,w,d}, maxi_s.{b,h,w,d}, maxi_u.{b,h,w,d}, mini_s.{b,h,w,d}, mini_u.{b,h,w,d}, subvi.{b,h,w,d}.
Patch by Matheus Almeida
llvm-svn: 191687
|
| |
|
|
|
|
|
|
| |
Fix some LLVM Coding Standards violations.
No changes in functionality.
llvm-svn: 191686
|
| |
|
|
|
|
|
|
|
| |
This patch adds Direct Object Emission support for 2R instructions: nloc.{b,h,w}, nlzc.{b,h,w}, pcnt.{b,w,d}.
Patch by Matheus Almeida
llvm-svn: 191685
|
| |
|
|
|
|
|
|
| |
and not an MSA register
Patch by Matheus Almeida
llvm-svn: 191684
|
| |
|
|
|
|
| |
Patch by Richard Sandiford.
llvm-svn: 191680
|
| |
|
|
|
|
|
|
|
|
| |
different from the destination registers.
See ARM ARM A8.8.72.
Violating this constraint results in unpredictable behavior.
llvm-svn: 191678
|
| |
|
|
|
|
| |
Those writes really need two/three uops.
llvm-svn: 191677
|
| |
|
|
| |
llvm-svn: 191676
|
| |
|
|
| |
llvm-svn: 191675
|
| |
|
|
|
|
|
|
|
| |
RAII helper.
Defines away the issue where cast<Instruction> would fail because constant
folding happened. Also slightly cleaner.
llvm-svn: 191674
|
| |
|
|
|
|
|
|
| |
Inspired by the object from the SLPVectorizer. This found a minor bug in the
debug loc restoration in the vectorizer where the location of a following
instruction was attached instead of the location from the original instruction.
llvm-svn: 191673
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For targets that have instruction itineraries this means no change. Targets
that move over to the new schedule model will use be able the new schedule
module for instruction latencies in the if-converter (the logic is such that if
there is no itineary we will use the new sched model for the latencies).
Before, we queried "TTI->getInstructionLatency()" for the instruction latency
and the extra prediction cost. Now, we query the TargetSchedule abstraction for
the instruction latency and TargetInstrInfo for the extra predictation cost. The
TargetSchedule abstraction will internally call "TTI->getInstructionLatency" if
an itinerary exists, otherwise it will use the new schedule model.
ATTENTION: Out of tree targets!
(I will also send out an email later to LLVMDev)
This means, if your target implements
unsigned getInstrLatency(const InstrItineraryData *ItinData,
const MachineInstr *MI,
unsigned *PredCost);
and returns a value for "PredCost", you now also need to implement
unsigned getPredictationCost(const MachineInstr *MI);
(if your target uses the IfConversion.cpp pass)
radar://15077010
llvm-svn: 191671
|
| |
|
|
|
|
|
|
|
| |
when it was actually a Constant*.
There are quite a few other casts to Instruction that might have the same problem,
but this is the only one I have a test case for.
llvm-svn: 191668
|
| |
|
|
|
|
|
|
| |
For some reason, adding definitions for these load and store
instructions changed whether some of the build bots matched
comparisons as signed or unsigned.
llvm-svn: 191663
|
| |
|
|
| |
llvm-svn: 191661
|
| |
|
|
|
|
|
|
|
| |
The only thing this does on its own is make the definitions of RISB[HL]G
a bit more precise. Those instructions are only used by the MC layer at
the moment, so no behavioral change is intended. The class is needed by
later patches though.
llvm-svn: 191660
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Use subreg_hNN and subreg_lNN for the high and low NN bits of a register.
List the low registers first, so that subreg_l32 also means the low 32
bits of a 128-bit register.
Floats are stored in the upper 32 bits of a 64-bit register, so they
should use subreg_h32 rather than subreg_l32.
No behavioral change intended.
llvm-svn: 191659
|
| |
|
|
| |
llvm-svn: 191656
|
| |
|
|
|
|
|
|
| |
I'm about to add support for high-word operations, so it seemed better
for the low-word registers to have names like R0L rather than R0W.
No behavioral change intended.
llvm-svn: 191655
|
| |
|
|
|
|
|
|
|
|
|
| |
Add VEX_LIG to scalar FMA4 instructions.
Use VEX_LIG in some of the inheriting checks in disassembler table generator.
Make use of VEX_L_W, VEX_L_W_XS, VEX_L_W_XD contexts.
Don't let VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE inherit from their non-L forms unless VEX_LIG is set.
Let VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE inherit from all of their non-L or non-W cases.
Increase ranking on VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE so they get chosen over non-L/non-W forms.
llvm-svn: 191649
|
| |
|
|
|
|
|
|
| |
cyclic GEP.
Those can occur in dead code. PR17402.
llvm-svn: 191644
|
| |
|
|
| |
llvm-svn: 191637
|
| |
|
|
|
|
|
| |
SDNode destructors are never called. As an optimization use AtomicSDNode's
internal storage if we have a small number of operands.
llvm-svn: 191636
|
| |
|
|
|
|
| |
cases from switch.
llvm-svn: 191632
|
| |
|
|
| |
llvm-svn: 191630
|
| |
|
|
| |
llvm-svn: 191611
|
| |
|
|
| |
llvm-svn: 191610
|
| |
|
|
| |
llvm-svn: 191604
|
| |
|
|
|
|
|
|
| |
We were completely ignoring the unorder/ordered attributes of condition
codes and also incorrectly lowering seto and setuo.
Reviewed-by: Vincent Lejeune<vljn at ovi.com>
llvm-svn: 191603
|
| |
|
|
|
|
|
|
|
|
|
| |
SelectionDAG will now attempt to inverse an illegal conditon in order to
find a legal one and if that doesn't work, it will attempt to swap the
operands using the inverted condition.
There are no new test cases for this, but a nubmer of the existing R600
tests hit this path.
llvm-svn: 191602
|