Skip to content
  1. Oct 16, 2011
  2. Oct 15, 2011
  3. Oct 14, 2011
  4. Oct 11, 2011
  5. Oct 06, 2011
  6. Oct 04, 2011
  7. Oct 01, 2011
  8. Sep 23, 2011
  9. Sep 14, 2011
  10. Sep 13, 2011
  11. Sep 11, 2011
  12. Sep 02, 2011
  13. Aug 30, 2011
  14. Jul 30, 2011
    • David Greene's avatar
      Unconstify Inits · af8ee2cd
      David Greene authored
      Remove const qualifiers from Init references, per Chris' request.
      
      llvm-svn: 136531
      af8ee2cd
  15. Jul 29, 2011
    • David Greene's avatar
      [AVX] Constify Inits · 1aa0e3e1
      David Greene authored
      Make references to Inits const everywhere.  This is the final step
      before making them unique.
      
      llvm-svn: 136485
      1aa0e3e1
  16. Jul 28, 2011
    • Kevin Enderby's avatar
      Fix llvm-mc handing of x86 instructions that take 8-bit unsigned immediates. · 5ef6c453
      Kevin Enderby authored
      llvm-mc gives an "invalid operand" error for instructions that take an unsigned
      immediate which have the high bit set such as:
          pblendw $0xc5, %xmm2, %xmm1
      llvm-mc treats all x86 immediates as signed values and range checks them.
      A small number of x86 instructions use the imm8 field as a set of bits.
      This change only changes those instructions and where the high bit is not
      ignored.  The others remain unchanged.
      
      llvm-svn: 136287
      5ef6c453
  17. Jul 16, 2011
  18. Jul 12, 2011
  19. Jul 11, 2011
    • David Greene's avatar
      [AVX] Make Inits Foldable · af973b4f
      David Greene authored
      Manage Inits in a FoldingSet.  This provides several benefits:
      
      - Memory for Inits is properly managed
      
      - Duplicate Inits are folded into Flyweights, saving memory
      
      - It enforces const-correctness, protecting against certain classes
        of bugs
      
      The above benefits allow Inits to be used in more contexts, which in
      turn provides more dynamism to TableGen.  This enhanced capability
      will be used by the AVX code generator to a fold common patterns
      together.
      
      llvm-svn: 134907
      af973b4f
  20. Apr 04, 2011
  21. Mar 15, 2011
    • Sean Callanan's avatar
      X86 table-generator and disassembler support for the AVX · c3fd5237
      Sean Callanan authored
      instruction set.  This code adds support for the VEX prefix
      and for the YMM registers accessible on AVX-enabled
      architectures.  Instruction table support that enables AVX
      instructions for the disassembler is in an upcoming patch.
      
      llvm-svn: 127644
      c3fd5237
  22. Feb 22, 2011
  23. Dec 13, 2010
    • Owen Anderson's avatar
      In Thumb2, direct branches can be encoded as either a "short" conditional... · 578074b2
      Owen Anderson authored
      In Thumb2, direct branches can be encoded as either a "short" conditional branch with a null predicate, or
      as a "long" direct branch.  While the mnemonics are the same, they encode the branch offset differently, and
      the Darwin assembler appears to prefer the "long" form for direct branches.  Thus, in the name of bitwise
      equivalence, provide encoding and fixup support for it.
      
      llvm-svn: 121710
      578074b2
  24. Nov 01, 2010
  25. Oct 27, 2010
  26. Oct 05, 2010
  27. Oct 01, 2010
    • Dale Johannesen's avatar
      Massive rewrite of MMX: · dd224d23
      Dale Johannesen authored
      The x86_mmx type is used for MMX intrinsics, parameters and
      return values where these use MMX registers, and is also
      supported in load, store, and bitcast.
      
      Only the above operations generate MMX instructions, and optimizations
      do not operate on or produce MMX intrinsics. 
      
      MMX-sized vectors <2 x i32> etc. are lowered to XMM or split into
      smaller pieces.  Optimizations may occur on these forms and the
      result casted back to x86_mmx, provided the result feeds into a
      previous existing x86_mmx operation.
      
      The point of all this is prevent optimizations from introducing
      MMX operations, which is unsafe due to the EMMS problem.
      
      llvm-svn: 115243
      dd224d23
  28. Sep 29, 2010
  29. Sep 07, 2010
  30. Jul 12, 2010
  31. Jul 08, 2010
  32. Jun 12, 2010
  33. Jun 09, 2010
  34. Jun 05, 2010
    • Chris Lattner's avatar
      revert r105521, which is breaking the buildbots with stuff like this: · fdd26143
      Chris Lattner authored
      In file included from X86InstrInfo.cpp:16:
      X86GenInstrInfo.inc:2789: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2790: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2792: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2793: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2808: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2809: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2816: error: integer constant is too large for 'long' type
      X86GenInstrInfo.inc:2817: error: integer constant is too large for 'long' type
      
      llvm-svn: 105524
      fdd26143
Loading