1. 13 Jul, 2007 1 commit
  2. 11 Jul, 2007 1 commit
  3. 09 Jul, 2007 1 commit
  4. 16 May, 2007 1 commit
  5. 07 May, 2007 1 commit
  6. 19 Dec, 2006 1 commit
  7. 15 Dec, 2006 1 commit
  8. 20 Oct, 2006 1 commit
  9. 07 Sep, 2006 1 commit
  10. 08 Sep, 2006 1 commit
  11. 04 Apr, 2006 2 commits
  12. 18 Jan, 2006 1 commit
    • simonmar's avatar
      [project @ 2006-01-18 16:31:10 by simonmar] · ff6b4956
      simonmar authored
      Add a fast version of the testsuite
      
      The idea is to have a way to run as much of the testsuite as possible
      in a short time, so that we'll run it more often (such as just before
      checking in a change, for example).  'make fast' tries for good
      coverage without using too many cycles.  Currently it takes about 4
      minutes on a fast machine with an optimised GHC build; I think this
      might still be a little on the slow side.
      
      When you say 'make fast' in testsuite/tests/ghc-regress, we run each
      test only one way, and all of the long-running tests are omitted.
      Also, to get the runtime down further, I arbitrarily omitted many of
      the should_run tests (because these tend to take a lot longer than
      should_compile or should_fail tests).  I tried to keep a
      representative few in each category.
      ff6b4956
  13. 10 Nov, 2005 1 commit
  14. 09 May, 2005 1 commit
  15. 22 Apr, 2005 1 commit
  16. 13 Apr, 2005 1 commit
  17. 06 Apr, 2005 1 commit
  18. 01 Feb, 2005 1 commit
  19. 14 Nov, 2004 1 commit
  20. 13 Nov, 2004 1 commit
  21. 12 Nov, 2004 4 commits
  22. 11 Nov, 2004 1 commit
  23. 09 Nov, 2004 1 commit
  24. 11 Oct, 2004 1 commit
  25. 09 Sep, 2004 1 commit
  26. 06 Sep, 2004 1 commit
  27. 11 Mar, 2004 1 commit
  28. 23 Dec, 2003 1 commit
  29. 22 Dec, 2003 1 commit
  30. 30 Oct, 2003 1 commit
  31. 21 Jul, 2003 1 commit
  32. 26 Mar, 2003 1 commit
  33. 10 Dec, 2002 1 commit
  34. 31 Jul, 2002 1 commit
    • simonmar's avatar
      [project @ 2002-07-31 14:24:18 by simonmar] · e5063a04
      simonmar authored
      Revamp the testsuite framework.  The previous framework was an
      experiment that got a little out of control - a whole new language
      with an interpreter written in Haskell was rather heavyweight and left
      us with a maintenance problem.
      
      So the new test driver is written in Python.  The downside is that you
      need Python to run the testsuite, but we don't think that's too big a
      problem since it only affects developers and Python installs pretty
      easily onto everything these days.
      
      Highlights:
      
        - 790 lines of Python, vs. 5300 lines of Haskell + 720 lines of
          <strange made-up language>.
      
        - the framework supports running tests in various "ways", which should
          catch more bugs.  By default, each test is run in three ways:
          normal, -O, and -O -fasm.  Additionally, if profiling libraries
          have been built, another way (-O -prof -auto-all) is added.  I plan
          to also add a 'GHCi' way.
      
          Running tests multiple ways has already shown up some new bugs!
      
        - documentation is in the README file and is somewhat improved.
      
        - the framework is rather less GHC-specific, and could without much
          difficulty be coaxed into using other compilers.  Most of the
          GHC-specificness is in a separate configuration file (config/ghc).
      
      Things may need a while to settle down.  Expect some unexpected
      failures.
      e5063a04
  35. 23 Jul, 2002 2 commits