Skip to content
Snippets Groups Projects
  1. Jul 03, 2017
  2. Jun 30, 2017
  3. Mar 15, 2017
  4. Dec 10, 2016
  5. Nov 05, 2016
    • John Kessenich's avatar
      Whole stack: Fix stale types in the AST linker object nodes, fixing #557. · d3f1122a
      John Kessenich authored
      Rationalizes the entire tracking of the linker object nodes, effecting
      GLSL, HLSL, and SPIR-V, to allow tracked objects to be fully edited before
      their type snapshot for linker objects.
      
      Should only effect things when the rest of the AST contained no reference to
      the symbol, because normal AST nodes were not stale. Also will only effect such
      objects when their types were edited.
      d3f1122a
  6. Sep 27, 2016
  7. Aug 03, 2016
    • John Kessenich's avatar
      Front-end: Implement 2nd task of issue #400; precision of result and operation. · f6640761
      John Kessenich authored
      From the ES spec + Bugzilla 15931 and GL_KHR_vulkan_glsl:
      - Update precision qualifiers for all built-in function prototypes.
      - Implement the new algorithm used to distinguish built-in function
        operation precisions from result precisions.
      Also add tracking of separate result and operation precisions, and
      use that in generating SPIR-V.
      (SPIR-V cares about precision of operation, while the front-end
      cares about precision of result, for propagation.)
      f6640761
  8. May 04, 2016
    • John Kessenich's avatar
      Parser: Precise: Recognize 'precise', tag types, and do related semantic checking. · 17f07864
      John Kessenich authored
      This partly overlaps pull request #222, we have divided the work on this one.
      17f07864
    • John Kessenich's avatar
      Correct precision qualification on built-in functions. · af459216
      John Kessenich authored
      This is a replacement commit for pull request #238.
      
      This is a design change, followed by implementation change that
      A) fixes the changes caused by the design change, and
      B) fixes some cases that were originally incorrect.
      
      The design change is to not give built-in functions default precision qualification.
      This is to allow the rule that the precision of some built-in functions adopt their
      precision qualification from the calling arguments.  This is A above.
      
      A consequence of this design change is that all built-ins that are supposed to have
      an explicit precision qualifier must now be declared that way.  So, a lot more
      built-in declarations now have precision qualifiers, just to keep things the same.
      This is B above.
      af459216
  9. Dec 11, 2015
  10. Dec 07, 2015
  11. Nov 28, 2015
  12. Sep 11, 2015
  13. Aug 19, 2015
    • John Kessenich's avatar
      Backward incompatible: Turn on PureOperatorBuiltins: use only enum-based... · fc51d284
      John Kessenich authored
      Backward incompatible: Turn on PureOperatorBuiltins: use only enum-based built-in functions in the AST.
      
      If this breaks your AST consumer, best is to modify it to test
      against the enum values instead of doing string comparisons on
      built-in function names.  This is the reason the change was made.
      
      If you need the old behavior, you should be able to get it back by changing
      PureOperatorBuiltins to be false instead of true.  This path will work for
      a while, but is marked deprecated.
      
      Also, the old behavior is tagged as release 2.4.
      fc51d284
  14. Jun 12, 2015
  15. May 18, 2015
  16. Apr 29, 2015
  17. Oct 08, 2014
  18. Aug 12, 2014
  19. Apr 14, 2014
  20. Apr 02, 2014
  21. Mar 31, 2014
  22. Feb 13, 2014
  23. Jan 07, 2014
  24. Jan 06, 2014
  25. Dec 11, 2013
  26. Dec 04, 2013
  27. Dec 03, 2013
  28. Dec 02, 2013
  29. Nov 20, 2013
  30. Nov 11, 2013
  31. Nov 08, 2013
  32. Oct 28, 2013
  33. Oct 24, 2013
  34. Oct 23, 2013
  35. Sep 28, 2013
Loading