X-Git-Url: http://demsky.eecs.uci.edu/git/?a=blobdiff_plain;f=docs%2FWritingAnLLVMBackend.html;h=5e3d07067e9e941dcef1cd67a1f5457b06d54e36;hb=44a456332f1f41d1e0b2815d93e47a88d501ee6e;hp=4798cdfc350d46ef2127424302a120bee663eb2c;hpb=31c180611df6340b8d2772d2f8dd24f41723a143;p=oota-llvm.git diff --git a/docs/WritingAnLLVMBackend.html b/docs/WritingAnLLVMBackend.html index 4798cdfc350..5e3d07067e9 100644 --- a/docs/WritingAnLLVMBackend.html +++ b/docs/WritingAnLLVMBackend.html @@ -9,9 +9,9 @@ -
+

Writing an LLVM Compiler Backend -

+
  1. Introduction @@ -61,12 +61,12 @@ - + -
    +

    This document describes techniques for writing compiler backends that convert @@ -91,13 +91,11 @@ characteristics, such as a RISC instruction set and straightforward calling conventions.

    -
    - - + -
    +

    The audience for this document is anyone who needs to write an LLVM backend to @@ -106,11 +104,11 @@ generate code for a specific hardware or software target.

    - + -
    +

    These essential documents must be read before reading this document: @@ -155,11 +153,11 @@ machine dependent features.

    - + -
    +

    To write a compiler backend for LLVM that converts the LLVM IR to code for a @@ -220,11 +218,11 @@ that the class will need and which components will need to be subclassed.

    - + -
    +

    To actually create your compiler backend, you need to create and modify a few @@ -281,13 +279,15 @@ regenerate configure by running ./autoconf/AutoRegen.sh.

    +
    + - + -
    +

    LLVMTargetMachine is designed as a base class for targets implemented @@ -360,11 +360,6 @@ public:

    -
    - - -
    -
    • getInstrInfo()
    • getRegisterInfo()
    • @@ -398,10 +393,6 @@ SparcTargetMachine::SparcTargetMachine(const Module &M, const std::string &a
    -
    - -
    -

    Hyphens separate portions of the TargetDescription string.

      @@ -424,12 +415,12 @@ SparcTargetMachine::SparcTargetMachine(const Module &M, const std::string &a
    - + -
    +

    You must also register your target with the TargetRegistry, which is @@ -480,12 +471,12 @@ For more information, see

    - + -
    +

    You should describe a concrete target-specific class that represents the @@ -514,14 +505,12 @@ input files and placed in XXXGenRegisterInfo.h.inc and implementation of XXXRegisterInfo requires hand-coding.

    -
    - - + -
    +

    The XXXRegisterInfo.td file typically starts with register definitions @@ -700,11 +689,11 @@ fields of a register's TargetRegisterDesc.

    - + -
    +

    The RegisterClass class (specified in Target.td) is used to @@ -717,8 +706,7 @@ classes using the following class:

     class RegisterClass<string namespace,
    -list<ValueType> regTypes, int alignment,
    -                    list<Register> regList> {
    +list<ValueType> regTypes, int alignment, dag regList> {
       string Namespace = namespace;
       list<ValueType> RegTypes = regTypes;
       int Size = 0;  // spill size, in bits; zero lets tblgen pick the size
    @@ -728,7 +716,7 @@ list<ValueType> regTypes, int alignment,
       // default value 1 means a single instruction
       // A negative value means copying is extremely expensive or impossible
       int CopyCost = 1;  
    -  list<Register> MemberList = regList;
    +  dag MemberList = regList;
       
       // for register classes that are subregisters of this class
       list<RegisterClass> SubRegClassList = [];  
    @@ -760,9 +748,11 @@ list<ValueType> regTypes, int alignment,
         memory.
  2. The final argument, regList, specifies which registers are in this - class. If an allocation_order_* method is not specified, - then regList also defines the order of allocation used by the - register allocator.
  3. + class. If an alternative allocation order method is not specified, then + regList also defines the order of allocation used by the register + allocator. Besides simply listing registers with (add R0, R1, ...), + more advanced set operators are available. See + include/llvm/Target/Target.td for more information.

    @@ -772,44 +762,31 @@ classes, the first argument defines the namespace with the string 'SP'. FPRegs defines a group of 32 single-precision floating-point registers (F0 to F31); DFPRegs defines a group of 16 double-precision registers -(D0-D15). For IntRegs, the MethodProtos -and MethodBodies methods are used by TableGen to insert the specified -code into generated output. +(D0-D15).

    -def FPRegs : RegisterClass<"SP", [f32], 32,
    -  [F0, F1, F2, F3, F4, F5, F6, F7, F8, F9, F10, F11, F12, F13, F14, F15,
    -   F16, F17, F18, F19, F20, F21, F22, F23, F24, F25, F26, F27, F28, F29, F30, F31]>;
    +// F0, F1, F2, ..., F31
    +def FPRegs : RegisterClass<"SP", [f32], 32, (sequence "F%u", 0, 31)>;
     
     def DFPRegs : RegisterClass<"SP", [f64], 64,
    -  [D0, D1, D2, D3, D4, D5, D6, D7, D8, D9, D10, D11, D12, D13, D14, D15]>;
    +                            (add D0, D1, D2, D3, D4, D5, D6, D7, D8,
    +                                 D9, D10, D11, D12, D13, D14, D15)>;
      
     def IntRegs : RegisterClass<"SP", [i32], 32,
    -    [L0, L1, L2, L3, L4, L5, L6, L7,
    -     I0, I1, I2, I3, I4, I5,
    -     O0, O1, O2, O3, O4, O5, O7,
    -     G1,
    -     // Non-allocatable regs:
    -     G2, G3, G4, 
    -     O6,        // stack ptr
    -    I6,        // frame ptr
    -     I7,        // return address
    -     G0,        // constant zero
    -     G5, G6, G7 // reserved for kernel
    -    ]> {
    -  let MethodProtos = [{
    -    iterator allocation_order_end(const MachineFunction &MF) const;
    -  }];
    -  let MethodBodies = [{
    -    IntRegsClass::iterator
    -    IntRegsClass::allocation_order_end(const MachineFunction &MF) const {
    -      return end() - 10  // Don't allocate special registers
    -         -1;
    -    }
    -  }];
    -}
    +    (add L0, L1, L2, L3, L4, L5, L6, L7,
    +         I0, I1, I2, I3, I4, I5,
    +         O0, O1, O2, O3, O4, O5, O7,
    +         G1,
    +         // Non-allocatable regs:
    +         G2, G3, G4,
    +         O6,        // stack ptr
    +         I6,        // frame ptr
    +         I7,        // return address
    +         G0,        // constant zero
    +         G5, G6, G7 // reserved for kernel
    +    )>;
     
    @@ -831,10 +808,7 @@ which is included at the bottom of SparcRegisterInfo.cpp, the SPARC register implementation. The code below shows only the generated integer registers and associated register classes. The order of registers in IntRegs reflects the order in the definition of IntRegs in -the target description file. Take special note of the use -of MethodBodies in SparcRegisterInfo.td to create code in -SparcGenRegisterInfo.inc. MethodProtos generates similar code -in SparcGenRegisterInfo.h.inc. +the target description file.

    @@ -877,13 +851,7 @@ namespace SP { // Register class instances static const TargetRegisterClass* const IntRegsSuperclasses [] = { NULL }; -... - IntRegsClass::iterator - IntRegsClass::allocation_order_end(const MachineFunction &MF) const { - return end()-10 // Don't allocate special registers - -1; - } - + IntRegsClass::IntRegsClass() : TargetRegisterClass(IntRegsRegClassID, IntRegsVTs, IntRegsSubclasses, IntRegsSuperclasses, IntRegsSubRegClasses, IntRegsSuperRegClasses, 4, 4, 1, IntRegs, IntRegs + 32) {} @@ -891,15 +859,22 @@ namespace SP { // Register class instances
    +

    +The register allocators will avoid using reserved registers, and callee saved +registers are not used until all the volatile registers have been used. That +is usually good enough, but in some cases it may be necessary to provide custom +allocation orders. +

    + -
    +

    Implement a subclass of TargetRegisterInfo -

    + -
    +

    The final step is to hand code portions of XXXRegisterInfo, which @@ -933,13 +908,15 @@ implementation in SparcRegisterInfo.cpp:

    +
    + -
    +

    Instruction Set -

    + -
    +

    During the early stages of code generation, the LLVM IR code is converted to a @@ -1188,14 +1165,12 @@ correspond to the values in SparcInstrInfo.td. I.e., SPCC::ICC_NE = 9, SPCC::FCC_U = 23 and so on.)

    -
    - - + -
    +

    The code generator backend maps instruction operands to fields in the @@ -1283,12 +1258,12 @@ the rd, rs1, and rs2 fields respectively.

    - + -
    +

    The final step is to hand code portions of XXXInstrInfo, which @@ -1327,10 +1302,10 @@ implementation in SparcInstrInfo.cpp:

    - -
    + +

    Performance can be improved by combining instructions or by eliminating @@ -1485,13 +1460,15 @@ branch.

    +
    + - + -
    +

    LLVM uses a SelectionDAG to represent LLVM IR instructions, and nodes @@ -1642,14 +1619,12 @@ SDNode *Select_ISD_STORE(const SDValue &N) {

    -
    - - + -
    +

    The Legalize phase converts a DAG to use types and operations that are natively @@ -1716,14 +1691,12 @@ a LegalAction type enum value: Promote, Expand, contains examples of all four LegalAction values.

    -
    - -
    +

    Promote -

    + -
    +

    For an operation without native support for a given type, the specified type may @@ -1742,11 +1715,11 @@ setLoadExtAction(ISD::SEXTLOAD, MVT::i1, Promote);

    -
    +

    Expand -

    + -
    +

    For a type without native support, a value may need to be broken down further, @@ -1767,11 +1740,11 @@ setOperationAction(ISD::FCOS, MVT::f32, Expand);

    -
    +

    Custom -

    + -
    +

    For some operations, simple type promotion or operation expansion may be @@ -1833,11 +1806,11 @@ static SDValue LowerFP_TO_SINT(SDValue Op, SelectionDAG &DAG) {

    -
    +

    Legal -

    + -
    +

    The Legal LegalizeAction enum value simply indicates that an @@ -1865,12 +1838,14 @@ if (TM.getSubtarget<SparcSubtarget>().isV9())

    +
    + - + -
    +

    To support target-specific calling conventions, XXXGenCallingConv.td @@ -2015,13 +1990,15 @@ def RetCC_X86_32 : CallingConv<[

    +
    + - + -
    +

    During the code emission stage, the code generator may utilize an LLVM pass to @@ -2171,12 +2148,12 @@ output.

    - + -
    +

    Subtarget support is used to inform the code generation process of instruction @@ -2289,12 +2266,12 @@ XXXSubtarget::XXXSubtarget(const Module &M, const std::string &FS) {

    - + -
    +

    The implementation of a target machine optionally includes a Just-In-Time (JIT) @@ -2333,14 +2310,12 @@ Both XXXJITInfo.cpp and XXXCodeEmitter.cpp must include the that write data (in bytes, words, strings, etc.) to the output stream.

    -
    - - + -
    +

    In XXXCodeEmitter.cpp, a target-specific of the Emitter class @@ -2478,11 +2453,11 @@ enum RelocationType {

    - + -
    +

    XXXJITInfo.cpp implements the JIT interfaces for target-specific @@ -2537,6 +2512,8 @@ with assembler.

    +
    +