Skip to content
  1. Sep 13, 2013
    • Preston Gurd's avatar
      Adds support for Atom Silvermont (SLM) - -march=slm · 3fe264d6
      Preston Gurd authored
      Implements Instruction scheduler latencies for Silvermont,
      using latencies from the Intel Silvermont Optimization Guide.
      
      Auto detects SLM.
      
      Turns on post RA scheduler when generating code for SLM.
      
      llvm-svn: 190717
      3fe264d6
  2. Sep 12, 2013
    • Ben Langmuir's avatar
      Partial support for Intel SHA Extensions (sha1rnds4) · 1650175d
      Ben Langmuir authored
      Add basic assembly/disassembly support for the first Intel SHA
      instruction 'sha1rnds4'. Also includes feature flag, and test cases.
      
      Support for the remaining instructions will follow in a separate patch.
      
      llvm-svn: 190611
      1650175d
  3. Sep 08, 2013
  4. Sep 02, 2013
  5. Aug 30, 2013
  6. Aug 26, 2013
  7. Aug 24, 2013
  8. Jul 31, 2013
  9. Jul 28, 2013
  10. Jul 26, 2013
  11. Jul 24, 2013
  12. Jul 23, 2013
  13. Jul 22, 2013
  14. Jun 30, 2013
  15. Jun 13, 2013
  16. Jun 10, 2013
    • Tim Northover's avatar
      X86: Stop LEA64_32r doing unspeakable things to its arguments. · 6833e3fd
      Tim Northover authored
      Previously LEA64_32r went through virtually the entire backend thinking it was
      using 32-bit registers until its blissful illusions were cruelly snatched away
      by MCInstLower and 64-bit equivalents were substituted at the last minute.
      
      This patch makes it behave normally, and take 64-bit registers as sources all
      the way through. Previous uses (for 32-bit arithmetic) are accommodated via
      SUBREG_TO_REG instructions which make the types and classes agree properly.
      
      llvm-svn: 183693
      6833e3fd
  17. Jun 01, 2013
  18. May 10, 2013
    • Chad Rosier's avatar
      [ms-inline asm] Fix a crasher when we fail on a direct match. · c8569cba
      Chad Rosier authored
      The issue was that the MatchingInlineAsm and VariantID args to the
      MatchInstructionImpl function weren't being set properly.  Specifically, when
      parsing intel syntax, the parser thought it was parsing inline assembly in the
      at&t dialect; that will never be the case.  
      
      The crash was caused when the emitter tried to emit the instruction, but the
      operands weren't set.  When parsing inline assembly we only set the opcode, not
      the operands, which is used to lookup the instruction descriptor.
      rdar://13854391 and PR15945
      
      Also, this commit reverts r176036.  Now that we're correctly parsing the intel
      syntax the pushad/popad don't match properly.  I've reimplemented that fix using
      a MnemonicAlias.
      
      llvm-svn: 181620
      c8569cba
  19. Apr 19, 2013
  20. Mar 29, 2013
Loading