1. 22 Aug, 2011 4 commits
  2. 19 Aug, 2011 7 commits
  3. 18 Aug, 2011 9 commits
  4. 17 Aug, 2011 12 commits
  5. 16 Aug, 2011 5 commits
  6. 15 Aug, 2011 3 commits
    • Andreas Zwinkau's avatar
      cleanup · 2ae3e919
      Andreas Zwinkau authored
      Removes obsolete debug output and confusing comments
      2ae3e919
    • Matthias Braun's avatar
      big refactoring of arch_XXX functions · 41dc42af
      Matthias Braun authored
      This tries to get the names in a consistent format. We basically have 2
      views on register allocation/constraints now:
      
      1) Register Requirements and Assigments are per-instruction. Each
         instruction has requirements on its inputs and outputs, register get
         assigned for outputs of an instruction (assignment is an attribute of
         an instruction, not of the Proj-nodes).
         The internal datastructures model this form!
      
         The functions here have the form:
           arch_get_irn_register_req_in(node, input_nr)
           arch_get_irn_register_in(node, input_nr)
           arch_get_irn_register_req_out(node, output_nr)
           arch_set_irn_register_out(node, output_nr, register)
      
      2) Register Requirements and Assignments are on firm-values. This view
         allows to query/assign requirements and registers at the Proj nodes
         instead of the repsective predecessors.
         This is a convenience interface modeled on top of the other!
      
         The functions have the form:
           arch_get_irn_register_req(node)
           arch_get_irn_register(node)
           arch_set_irn_register(node, register)
      41dc42af
    • Matthias Braun's avatar
      remove old type · ed7cc1da
      Matthias Braun authored
      ed7cc1da