1. 17 Aug, 2008 1 commit
  2. 28 May, 2008 2 commits
  3. 12 May, 2008 1 commit
  4. 13 Mar, 2008 1 commit
  5. 08 Feb, 2008 1 commit
  6. 21 Dec, 2007 1 commit
  7. 08 Nov, 2007 1 commit
  8. 03 May, 2007 1 commit
  9. 26 Feb, 2007 1 commit
  10. 15 Dec, 2006 1 commit
  11. 22 Sep, 2006 1 commit
  12. 25 Aug, 2006 1 commit
  13. 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
  14. 17 Mar, 2005 1 commit
  15. 23 Feb, 2005 1 commit
  16. 01 Feb, 2005 1 commit
  17. 31 Jan, 2005 1 commit
  18. 09 Nov, 2004 1 commit
  19. 10 Mar, 2004 1 commit
  20. 06 Feb, 2004 1 commit
  21. 19 Aug, 2003 1 commit
    • krc's avatar
      [project @ 2003-08-19 21:51:53 by krc] · a27b1e51
      krc authored
      Added support for testing generation and compilation of External Core
      code. There are two new ways, which are not automatically enabled but can be
      invoked from the command line: extcore and optextcore. Invoking either way will
      test that ghc is able to generate External Core code for a given test, read the
      code back in, and compile it to an executable that produces the expected output
      for the test.
      
      The External Core facility has a few limitations which result in certain tests
      failing for the "extcore" way.
        - External Core can't represent foreign calls other than static C calls
        - External Core can't correctly represent literals resulting from a
          "foreign label" declaration
        - External Core can't represent declarations of datatypes with no
          constructors
      The first of these was already known, and GHC panics if you tried to
      generate External Core for a program containing such a call. The second two
      cases were not handled properly before now; in another commit, I've changed the
      code that emits External Core to panic if either of them arises. Previously,
      GHC would happily generate External Core in either case, but would not be able
      to compile the resulting code.
      
      There are several tests that exhibit these limitations of External Core, so
      they've had to be made "expected failures" when compiling in the extcore or
      optextcore ways.
      a27b1e51
  22. 17 Mar, 2003 1 commit
  23. 23 Jan, 2003 1 commit
  24. 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
  25. 18 Mar, 2002 1 commit
  26. 08 Mar, 2002 1 commit
  27. 21 Feb, 2002 1 commit
  28. 18 Sep, 2001 1 commit
  29. 14 Sep, 2001 1 commit
  30. 07 Sep, 2001 1 commit
    • rrt's avatar
      [project @ 2001-09-07 13:00:51 by rrt] · c9cb517c
      rrt authored
      Test-suite titivation
      		      ---------------------
      
      This commit achieves several glorious goals and adds many frivolous
      features:
      
          * Makes the test driver work on Windows (use bash for system calls)
          * Adds -Di386_unknown_mingw32 to CPP_OPTS so that Win-specific code is
            compiled properly
          * Adds the ability to have platform-specific test results (by setting
            the new $platform variable to config.mk's TARGETPLATFORM)
          * Fixes several tests to work on Windows, mostly by adding platform-
            specific result files.
          * Pipes all stderr files through normalise_errmsg, which itself is
            improved to handle .exe at the end of filenames, and backslashes.
          * Allows stdout output to be piped through normalise_errmsg; useful in
            the rare cases where output includes filenames.
          * Comprehensively breaks the testsuite on all other platforms (with any
            luck)
          * Splundig vur thrig, earthlets!
      c9cb517c
  31. 23 Aug, 2001 1 commit
  32. 16 Aug, 2001 1 commit
  33. 11 Jul, 2001 1 commit
  34. 20 Jun, 2001 1 commit