Skip to content
  1. Sep 14, 2013
  2. Sep 13, 2013
  3. Sep 12, 2013
  4. Sep 10, 2013
    • Richard Sandiford's avatar
      [SystemZ] Add TM and TMY · a9eb9972
      Richard Sandiford authored
      The main complication here is that TM and TMY (the memory forms) set
      CC differently from the register forms.  When the tested bits contain
      some 0s and some 1s, the register forms set CC to 1 or 2 based on the
      value the uppermost bit.  The memory forms instead set CC to 1
      regardless of the uppermost bit.
      
      Until now, I've tried to make it so that a branch never tests for an
      impossible CC value.  E.g. NR only sets CC to 0 or 1, so branches on the
      result will only test for 0 or 1.  Originally I'd tried to do the same
      thing for TM and TMY by using custom matching code in ISelDAGToDAG.
      That ended up being very ugly though, and would have meant duplicating
      some of the chain checks that the common isel code does.
      
      I've therefore gone for the simpler alternative of adding an extra
      operand to the TM DAG opcode to say whether a memory form would be OK.
      This means that the inverse of a "TM;JE" is "TM;JNE" rather than the
      more precise "TM;JNLE", just like the inverse of "TMLL;JE" is "TMLL;JNE".
      I suppose that's arguably less confusing though...
      
      llvm-svn: 190400
      a9eb9972
    • Vladimir Medic's avatar
      Add test cases for Mips mthc1/mfhc1 instructions. Add check for odd value of... · 65cd5744
      Vladimir Medic authored
      Add test cases for Mips mthc1/mfhc1 instructions. Add check for odd value of register when PFU is 32 bit.
      
      llvm-svn: 190397
      65cd5744
  5. Sep 09, 2013
  6. Sep 07, 2013
  7. Sep 06, 2013
  8. Sep 05, 2013
  9. Sep 04, 2013
  10. Aug 30, 2013
  11. Aug 29, 2013
  12. Aug 28, 2013
    • Kevin Enderby's avatar
      The integrated darwin assembler can hang in an infinite loop (or get an assert · 3aeada28
      Kevin Enderby authored
      with a debug build) with this buggy .indirect_symbol directive usage:
      
      % cat test.s
      x: .indirect_symbol _y
      
      The assertion is because it is trying to get the symbol index for the
      symbol _y when it is writing out the indirect symbol table. This line of
      code in MachObjectWriter::WriteObject() :
      
              Write32(Asm.getSymbolData(*it->Symbol).getIndex());
      
      And while there is a symbol _y it does not have any getSymbolData set which
      is only done in MachObjectWriter::BindIndirectSymbols() for pointer sections
      or stub sections.  I added a check and an error in there to catch this in case
      something slips through.
      
      But to get a better error the parser should detect when a .indirect_symbol
      directive is used and it is not in a pointer section or stub section.  To make
      that work I moved the handling of the indirect symbol out of the target
      independent AsmParser code into the DarwinAsmParser code that can check
      for the proper Mach-O section types.
      
      rdar://14825505
      
      llvm-svn: 189497
      3aeada28
    • Joey Gouly's avatar
      [ARMv8] · daf0e378
      Joey Gouly authored
      Fix a few things in one swoop.
      
      # Add some negative tests.
      # Fix some formatting issues.
      # Add some missing IsThumb / ARMv8
      # Fix some outs / ins mistakes.
      
      llvm-svn: 189490
      daf0e378
    • Richard Sandiford's avatar
      [SystemZ] Add support for TMHH, TMHL, TMLH and TMLL · 35b9be29
      Richard Sandiford authored
      For now just handles simple comparisons of an ANDed value with zero.
      The CC value provides enough information to do any comparison for a
      2-bit mask, and some nonzero comparisons with more populated masks,
      but that's all future work.
      
      llvm-svn: 189469
      35b9be29
    • Akira Hatanaka's avatar
      [mips] Use ptr_rc to simplify definitions of base+index load/store instructions. · 9bfa2e2e
      Akira Hatanaka authored
      Also, fix predicates.
      
      llvm-svn: 189432
      9bfa2e2e
  13. Aug 27, 2013
  14. Aug 26, 2013
Loading