1. 19 Dec, 2016 1 commit
  2. 17 Dec, 2016 1 commit
  3. 15 Dec, 2016 1 commit
  4. 14 Dec, 2016 3 commits
  5. 13 Dec, 2016 1 commit
    • Fix size_t to int cast warnings. · 3ec327c5
      Jamie Madill authored
      Several instances in Visual Studio 2015:
      
      warning C4267: 'initializing': conversion from 'size_t' to 'int', possible loss of data
  6. 12 Dec, 2016 1 commit
  7. 10 Dec, 2016 3 commits
  8. 09 Dec, 2016 2 commits
  9. 08 Dec, 2016 3 commits
  10. 07 Dec, 2016 2 commits
    • HLSL: Recursive composite flattening · a2b01a0d
      steve-lunarg authored
      This PR implements recursive type flattening.  For example, an array of structs of other structs
      can be flattened to individual member variables at the shader interface.
      
      This is sufficient for many purposes, e.g, uniforms containing opaque types, but is not sufficient
      for geometry shader arrayed inputs.  That will be handled separately with structure splitting,
       which is not implemented by this PR.  In the meantime, that case is detected and triggers an error.
      
      The recursive flattening extends the following three aspects of single-level flattening:
      
      - Flattening of structures to individual members with names such as "foo[0].samp[1]";
      
      - Turning constant references to the nested composite type into a reference to a particular
        flattened member.
      
      - Shadow copies between arrays of flattened members and the nested composite type.
      
      Previous single-level flattening only flattened at the shader interface, and that is unchanged by this PR.
      Internally, shadow copies are, such as if the type is passed to a function.
      
      Also, the reasons for flattening are unchanged.  Uniforms containing opaque types, and interface struct
      types are flattened.  (The latter will change with structure splitting).
      
      One existing test changes: hlsl.structin.vert, which did in fact contain a nested composite type to be
      flattened.
      
      Two new tests are added: hlsl.structarray.flatten.frag, and hlsl.structarray.flatten.geom (currently
      issues an error until type splitting is online).
      
      The process of arriving at the individual member from chained postfix expressions is more complex than
      it was with one level.  See large-ish comment above HlslParseContext::flatten() for details.
    • HLSL: opcode specific promotion rules for interlocked ops · 05f75142
      steve-lunarg authored
      PR #577 addresses most but not all of the intrinsic promotion problems.
      This PR resolves all known cases in the remainder.
      
      Interlocked ops need special promotion rules because at the time
      of function selection, the first argument has not been converted
      to a buffer object.  It's just an int or uint, but you don't want
      to convert THAT argument, because that implies converting the
      buffer object itself.  Rather, you can convert other arguments,
      but want to stay in the same "family" of functions.  E.g, if
      the first interlocked arg is a uint, use only the uint family,
      never the int family, you can convert the other args as you please.
      
      This PR allows making such opcode and arg specific choices by
      passing the op and arg to the convertible lambda.  The code in
      the new test "hlsl.promote.atomic.frag" would not compile without
      this change, but it must compile.
      
      Also, it provides better handling of downconversions (to "worse"
      types), which are permitted in HLSL.  The existing method of
      selecting upconversions is unchanged, but if that doesn't find
      any valid ones, then it will allow downconversions.  In effect
      this always uses an upconversion if there is one.
  11. 06 Dec, 2016 3 commits
  12. 05 Dec, 2016 2 commits
  13. 04 Dec, 2016 1 commit
  14. 03 Dec, 2016 3 commits
  15. 02 Dec, 2016 1 commit
  16. 01 Dec, 2016 1 commit
    • allow renaming of shader entry point when creating SPIR-V · f1e0c871
      steve-lunarg authored
      Use "--source-entrypoint name" on the command line, or the
      TShader::setSourceEntryPoint(char*) API.
      
      When the name given to the above interfaces is detected in the
      shader source, it will be renamed to the entry point name supplied
      to the -e option or the TShader::setEntryPoint() method.
  17. 28 Nov, 2016 6 commits
  18. 26 Nov, 2016 3 commits
  19. 23 Nov, 2016 2 commits
    • HLSL: add intrinsic function implicit promotions · ef33ec09
      steve-lunarg authored
      This PR handles implicit promotions for intrinsics when there is no exact match,
      such as for example clamp(int, bool, float).  In this case the int and bool will
      be promoted to a float, and the clamp(float, float, float) form used.
      
      These promotions can be mixed with shape conversions, e.g, clamp(int, bool2, float2).
      
      Output conversions are handled either via the existing addOutputArgumentConversion
      function, which this PR generalizes to handle either aggregates or unaries, or by
      intrinsic decomposition.  If there are methods or intrinsics to be decomposed,
      then decomposition is responsible for any output conversions, which turns out to
      happen automatically in all current cases.  This can be revisited once inout
      conversions are in place.
      
      Some cases of actual ambiguity were fixed in several tests, e.g, spv.register.autoassign.*
      
      Some intrinsics with only uint versions were expanded to signed ints natively, where the
      underlying AST and SPIR-V supports that.  E.g, countbits.  This avoids extraneous
      conversion nodes.
      
      A new function promoteAggregate is added, and used by findFunction.  This is essentially
      a generalization of the "promote 1st or 2nd arg" algorithm in promoteBinary.
      
      The actual selection proceeds in three steps, as described in the comments in
      hlslParseContext::findFunction:
      
      1. Attempt an exact match.  If found, use it.
      2. If not, obtain the operator from step 1, and promote arguments.
      3. Re-select the intrinsic overload from the results of step 2.
    • Merge pull request #601 from BearishSun/master · 1c573fbc
      John Kessenich authored
      A way to query "location" qualifier for vertex attributes, using TProgram reflection API