Skip to content
  1. Jul 10, 2003
    • Vikram S. Adve's avatar
    • Vikram S. Adve's avatar
      Several fixes to handling of int CC register: · 5224b19d
      Vikram S. Adve authored
      (1) An int CC live range must be spilled if there are any interferences,
          even if no other "neighbour" in the interf. graph has been allocated
          that reg. yet.  This is actually true of any class with only one reg!
      
      (2) SparcIntCCRegClass::colorIGNode sets the color even if the LR must
          be spilled so that the machine-independent spill code doesn't have to
          make the machine-dependent decision of which CC name to use based on
          operand type: %xcc or %icc.  (These are two halves of the same
      register.)
      
      (3) LR->isMarkedForSpill() is no longer the same as LR->hasColor().
          These should never have been the same, and this is necessary now for #2.
      
      (4) All RDCCR and WRCCR instructions are directly generated with the
          phony number for %ccr so that EmitAssembly/EmitBinary doesn't have to
          deal with this.
      
      llvm-svn: 7152
      5224b19d
  2. Jul 06, 2003
  3. Jul 02, 2003
  4. Jun 30, 2003
  5. Jun 22, 2003
  6. Jun 17, 2003
  7. Jun 16, 2003
  8. Jun 11, 2003
  9. Jun 10, 2003
  10. Jun 09, 2003
  11. Jun 08, 2003
  12. Jun 07, 2003
  13. Jun 05, 2003
  14. Jun 04, 2003
    • Misha Brukman's avatar
      I have finally seen the light. The code to change the opcode must live higher in · 4e7bad01
      Misha Brukman authored
      the loop, and in both cases. In the first case, it is a VReg that is a constant
      so it may be actually converted to a constant. In the second case, it is already
      a constant, but then if it doesn't change its type (e.g. to become a register
      and have the value loaded from memory if it is too large to live in its
      instruction field), we must change the opcode BEFORE the 'continue', otherwise
      we miss the opportunity.
      
      llvm-svn: 6602
      4e7bad01
  15. Jun 03, 2003
  16. Jun 02, 2003
  17. May 31, 2003
  18. May 30, 2003
  19. May 28, 2003
Loading