1. 01 May, 2018 1 commit
  2. 15 Aug, 2016 1 commit
  3. 05 Aug, 2016 1 commit
  4. 12 May, 2016 1 commit
  5. 09 Oct, 2015 1 commit
    • Dylan Baker's avatar
      framework: add tox testing support · 53638cf2
      Dylan Baker authored
      tox is a python test manager that runs the tests in isolated
      environments with their own copies of dependent libraries, and can be
      used to test against multiple versions of python. This allows us to
      easily test the framework with and without the acceleration modules it
      can optionally use (simplejson and lxml), it will also allow us to test
      against multiple versions of python 3.x (which we support for the
      generators, and presumably will support in the future)
      
      This uses the coverage module, and uses nose's cover-tests option.
      Unfortunately nose assumes that anything /[Tt]est/ is a test, and hides
      the tests for the test package. This might be resolvable by modifying
      the regex, but it isn't something straightforward to fix. Using
      --cover-tests will get us the test package, but it also gets us the
      tests package.
      Signed-off-by: 's avatarDylan Baker <dylanx.c.baker@intel.com>
      53638cf2
  6. 17 Jun, 2014 1 commit
  7. 23 Jan, 2014 2 commits
  8. 30 Jul, 2013 1 commit
  9. 27 Jun, 2013 1 commit
  10. 31 May, 2013 1 commit
    • Dylan Baker's avatar
      framework/summary.py: Adds new summary class and two support classes · 90def853
      Dylan Baker authored
      This new summary class (currently NewSummary), is a complete redesign of
      the summary generation system. Much of the code in summary was not
      commented, and also not clear as to what it was doing, making it very
      difficult to maintain and even more difficult to improve. The other
      problem with the code was architecturally it was clobbered together,
      doing some of the work in the summary.py file, and some of the work in
      the piglit-summary-html.py file.
      
      The new summary class does all of it's work in the summary.py file, and
      from an API point of view, in one class. The summary class uses it's
      constructor to build lists of passes, failures, skips, problems, etc.
      and then uses methods to generate output. The reference implementation
      of that kind of method is for generating HTML, but in theory it could be
      used to generate anything: XML, csv lists, printed lists ala
      piglit-summary, etc.
      
      Also updates the .gitignore file to ignore some generated content
      created by this class.
      
      V3: - Corrects some spelling mistakes and some comments that had old
      	  method/variable names
      	- renames several methods/functions
          - moves sanitizePath to a toplevel function
      	- changes sanitizePath to use lambda per ken
          - Moves buildDictionary to a helper function instead of private
      	  method
      V4: - Allows new summary generation to work with broken json.
      Signed-off-by: Dylan Baker's avatarDylan Baker <baker.dylan.c@gmail.com>
      Reviewed-By: Aaron Watry's avatarAaron Watry <awatry@gmail.com>
      Reviewed-By: Kenneth Graunke's avatarKenneth Graunke <kenneth@whitecape.org>
      90def853
  11. 06 Feb, 2013 1 commit
    • Jose Fonseca's avatar
      cmake: Allow to generate a tarball/zip with the binaries, scripts, data. · f232fa4d
      Jose Fonseca authored
      It doesn't make much sense to package piglit or install on machines, due
      to the frequency piglit tests are added/changed.
      
      However, binary packages are still useful for distributed testing where
      the binaries are built on one machine, and then passed to (sometimes
      other teams) for the actual testing.
      
      This patch allows one to conveniently generate such packages, simply by
      doing
      
        make package
      
      Then one can run piglit by unpacking the package elsewhere, set the
      PIGLIT_SOURCE_DIR and LD_LIBRARY_PATH accordingly, and run piglit scripts
      as usual.
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
      f232fa4d
  12. 15 Nov, 2012 1 commit
  13. 17 Jul, 2011 1 commit
  14. 22 Jun, 2011 1 commit
  15. 28 Apr, 2011 1 commit
  16. 22 Jun, 2010 1 commit
  17. 24 Aug, 2009 1 commit
  18. 27 Aug, 2008 1 commit
  19. 21 Feb, 2008 1 commit
  20. 25 Mar, 2007 1 commit