1. 21 May, 2017 1 commit
  2. 20 May, 2017 7 commits
  3. 19 May, 2017 2 commits
  4. 18 May, 2017 2 commits
    • Remapper: handle embedded opcode in OpSpecConstantOp · 65c2eed6
      LoopDawg authored
      OpSpecConstantOp contains an embedded opcode which is given as a literal
      argument to the OpSpecConstantOp.  The subsequent arguments are as the
      embedded op would expect, which may be a mixture of IDs and literals.  This
      adds support for that to the remapper binary parser.  Upon seeing such an
      embedded op, the parser flips over to parsing the argument list as
      appropriate for that opcode.
      
      Fixes #882.
    • SPV: Give error on not assigning locations to I/O. · 71facdf4
      John Kessenich authored
      Also, provides an option to auto-assign locations.
      Existing tests use this option, to avoid the error message,
      however, it is not fully implemented yet.
  5. 17 May, 2017 4 commits
  6. 16 May, 2017 1 commit
  7. 15 May, 2017 3 commits
    • WIP: track declared builtin type [proposal] · a4bfed12
      steve-lunarg authored
      Marking as WIP since it might deserve discussion or at least explicit consideration.
      
      During type sanitization, the TQualifier's TBuiltInVariable type is lost.  However,
      sometimes it's needed downstream.  There were already two methods in use to track
      it through to places it was needed: one in the TParameter, and one in a map in the
      HlslParseContext used for structured buffers.
      
      The latter was going to be insufficient when SB types with counters are passed to
      user functions, and it's proving awkward to track the data to where it's needed.
      This PR holds a proposal: track the original declared builtin type in the TType,
      so it's trivially available where needed.
      
      This lets the other two mechanisms be removed (and they are in this PR).  There's a
      side benefit of not losing certain types of information before the reflection interface.
      
      This PR is only that proposal, so it changes no test results.  If it's acceptable,
      I'll use it for the last piece of SB counter functionality.
    • Merge pull request #890 from LoopDawg/mip-operator · 1a010b83
      John Kessenich authored
      HLSL: add .mips[][] operator for texture types
    • HLSL: add .mips[][] operator for texture types · 726bf96a
      LoopDawg authored
      This implements mytex.mips[mip][coord] for texture types.  There is
      some error testing, but not comprehensive.  The constructs can be
      nested, e.g in this case the inner .mips is parsed before the completion
      of the outer [][] operator.
      
         tx.mips[tx.mips[a][b].x][c]
  8. 13 May, 2017 4 commits
  9. 12 May, 2017 3 commits
  10. 10 May, 2017 6 commits
  11. 08 May, 2017 2 commits
  12. 05 May, 2017 1 commit
  13. 04 May, 2017 1 commit
  14. 03 May, 2017 3 commits