Skip to content
  1. Jun 14, 2012
  2. May 22, 2012
    • Akira Hatanaka's avatar
      This patch adds a predicate to existing mips32 and mips64 so that those · cdf4fd82
      Akira Hatanaka authored
      instruction encodings can be excluded during mips16 processing.
      
      This revision fixes the issue raised by Jim Grosbach.
      
      bool hasStandardEncoding() const { return !inMips16Mode(); }
      
      When micromips is added it will be
      
      bool StandardEncoding() const { return !inMips16Mode()&&  !inMicroMipsMode(); }
      
      No additional testing is needed other than to assure that there is no regression
      from this patch.
      
      Patch by Reed Kotler.
      
      llvm-svn: 157234
      cdf4fd82
  3. Apr 17, 2012
  4. Apr 12, 2012
  5. Apr 03, 2012
  6. Mar 01, 2012
  7. Feb 28, 2012
  8. Feb 27, 2012
  9. Feb 25, 2012
  10. Feb 16, 2012
  11. Jan 24, 2012
  12. Nov 07, 2011
  13. Oct 18, 2011
    • Bruno Cardoso Lopes's avatar
      Final patch that completes old JIT support for Mips: · 2312a3aa
      Bruno Cardoso Lopes authored
      -Fix binary codes and rename operands in .td files so that automatically
      generated function MipsCodeEmitter::getBinaryCodeForInstr gives correct
      encoding for instructions.
      -Define new class FMem for instructions that access memory.
      -Define new class FFRGPR for instructions that move data between GPR and
      FPU general and control registers.
      -Define custom encoder methods for memory operands, and also for size
      operands of ext and ins instructions.
      -Only static relocation model is currently implemented.
      
      Patch by Sasa Stankovic
      
      llvm-svn: 142378
      2312a3aa
  14. Oct 17, 2011
  15. Oct 11, 2011
  16. Oct 08, 2011
  17. Sep 29, 2011
  18. Sep 28, 2011
  19. Sep 23, 2011
  20. Sep 09, 2011
  21. Aug 16, 2011
    • Akira Hatanaka's avatar
      Fix handling of double precision loads and stores when Mips1 is targeted. · 2263c109
      Akira Hatanaka authored
      Mips1 does not support double precision loads or stores, therefore two single
      precision loads or stores must be used in place of these instructions. This 
      patch treats double precision loads and stores as if they are legal
      instructions until MCInstLowering, instead of generating the single precision
      instructions during instruction selection or Prolog/Epilog code insertion.
      
      Without the changes made in this patch, llc produces code that has the same 
      problem described in r137484 or bails out when
      MipsInstrInfo::storeRegToStackSlot or loadRegFromStackSlot is called before
      register allocation.
      
      llvm-svn: 137711
      2263c109
  22. Jun 07, 2011
  23. May 24, 2011
  24. May 12, 2011
  25. May 09, 2011
  26. Apr 15, 2011
Loading