1. 04 Oct, 2015 1 commit
  2. 08 Sep, 2015 1 commit
    • thomie's avatar
      Build system: delete the InstallExtraPackages variable · a1586074
      thomie authored
      Just install all packages that are built. Don't make an exception for
      the dph and extra packages.
      You can control whether the dph and extra packages should be build using
      the variables BUILD_DPH and BUILD_EXTRA_PKGS. These variables didn't
      exist before. But now that they do, InstallExtraPackages isn't really
      needed anymore.
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1227
  3. 02 Sep, 2015 1 commit
    • thomie's avatar
      Testsuite: by default run all tests for a single way · c43c8e2c
      thomie authored
      `make test` now runs all tests for a single way only. Use `make slowtest` to
      get the previous behaviour (i.e. run all tests for all ways).
      The intention is to use this new `make test` setting for Phabricator, as
      a reasonable compromise between `make fasttest` (what it previously
      used) and a fullblown `make slowtest` (which runs all tests for all
      See Note [validate and testsuite speed] in toplevel Makefile.
      Differential Revision: https://phabricator.haskell.org/D1178
  4. 20 Aug, 2015 1 commit
  5. 17 Aug, 2015 1 commit
  6. 22 Jul, 2015 1 commit
  7. 21 Jul, 2015 2 commits
  8. 13 Jul, 2015 1 commit
    • thomie's avatar
      Build system: do not build stm and parallel by default · 392ff06d
      thomie authored
      stm and parallel have an 'extra' tag in the ./packages file, so would get
      added to PACKAGES_STAGE2 by default, and subsequently build by the stage2
      With this patch, this happens only when you set BUILD_EXTRA_PKGS=YES in
      build.mk. A normal validate still builds (and tests) the 'extra'
      packages, but they are skipped for `validate --fast`. Maybe this brings
      us closer to finishing within the 50 minute Travis limit as well.
      We can later try to give random, primitive and vector an 'extra' tag as
      well (now they have a 'dph' tag), but some tests will probably fail at
      Differential Revision: https://phabricator.haskell.org/D1065
  9. 04 Jun, 2015 1 commit
    • thomie's avatar
      Make validate more quiet · d0063e89
      thomie authored
        * By default use V=0, and call the testsuite with VERBOSE=2, which we
          did before only with validate --quiet. This disables printing the
          test commands it runs.
        * When --quiet is used, call the testsuite with VERBOSE=1. This
          disables printing the '====> Scanning' lines, and doesn't print
          which test is being run. So it only prints something when a test
          accidentally prints to stdout or when it fails.
          Don't set this option on Travis, as Travis will cancel a build if it
          doesn't see any output for more than 10 minutes.
        * When --quiet is used, set the new test option NO_PRINT_SUMMARY,
          which skips printing the test summary. Only the list of unexpected
          failures is printed, if there are any. Note that the full summary
          can still be found in testsuite_summary.txt
        * When --quiet is used, don't pass the `-v` flag to `ghc-pkg check`
        * When --quiet is used, don't print the Oops! header. It shoud be
          clear from the list of failing tests that something is wrong.
      This is all done to get the most out of 30 lines of logfile. These changes can
      be disabled later by simply not passing the --quiet flag to validate.
      Differential Revision: https://phabricator.haskell.org/D942
  10. 07 Apr, 2015 1 commit
  11. 01 Apr, 2015 1 commit
  12. 02 Mar, 2015 1 commit
    • thomie's avatar
      `make test` in root directory now runs fulltest · 31d4f2e9
      thomie authored
      Currently, running `make test` in:
        /                   runs fast testsuite
        /testsuite          doesn't work
        /testsuite/tests    runs slow testsuite
      This commit:
        * changes `make test` in the ghc root directory to run the slow testsuite,
          just like it already does in `testsuite/tests`
        * adds some simple targets to `/testsuite`, that all delegate to
        * adds a new target `fasttest` to the toplevel Makefile, with a shorthand
          name `fast` (for consistency with /testsuite and /testsuite/tests)
        * declares some more targets PHONY for safety
      Wiki pages that need updating:
        * Building/StandardTargets
        * Buliding/RunningTests
      Reviewers: austin
      Reviewed By: austin
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D685
  13. 18 Nov, 2014 1 commit
  14. 07 Nov, 2014 1 commit
  15. 01 Oct, 2014 1 commit
    • Austin Seipp's avatar
      First stab at making ./validate less verbose · bcbb0454
      Austin Seipp authored
      When we run `./validate`, we are typically given an incredibly large
      heap of information, a large majority of which isn't really
      necessary. In particular, we don't really care about what `make` is
      doing, nor `ghc` itself most of the time.
      This reduces some of the output by making `./validate` quietier. By
        $ ./validate --quiet
      you'll enable `V=0` in the build, suppressing compiler messages, and
      you will suppress `make` commands by running `make` in 'silent
      mode'. It also runs the testsuite with `VERBOSE=2` to avoid extra
      lines. This alone makes quite a difference for build log sizes.
      Furthermore, by making the build logs less verbose, life is easier for
      systems like Harbormaster and Travis-CI, which dislike dealing with
      logs that are 10k lines or more.
      Signed-off-by: default avatarAustin Seipp <austin@well-typed.com>
      Test Plan: iiam
      Reviewers: hvr, nomeata, ezyang
      Reviewed By: ezyang
      Subscribers: simonmar, ezyang, carter, thomie
      Projects: #ghc
      Differential Revision: https://phabricator.haskell.org/D298
  16. 19 Aug, 2014 1 commit
  17. 12 Aug, 2014 1 commit
  18. 10 Aug, 2014 1 commit
  19. 29 Jun, 2014 1 commit
    • Herbert Valerio Riedel's avatar
      Add BUILD_DPH variable to GHC build-system · 88d85aa6
      Herbert Valerio Riedel authored
      Now that the `libraries/dph` submodule is checked out always we need
      a different way to disable building DPH to save compile-time while
      developing GHC.
      This commit adds a new YES/NO Make variable `BUILD_DPH` that can be used
      inside mk/build.mk to control whether to build libraries/dph or not.
      The default setting is `BUILD_DPH=YES` (via `mk/config.mk.in`).
      This also changes `validate`'s flag `--no-dph` to explicitly disable DPH
      for the current validation run.
      Signed-off-by: Herbert Valerio Riedel's avatarHerbert Valerio Riedel <hvr@gnu.org>
      Test Plan: successful validates with `--fast --no-dph`
      Differential Revision: https://phabricator.haskell.org/D31
  20. 12 Jan, 2014 1 commit
  21. 04 Sep, 2013 1 commit
    • thoughtpolice's avatar
      Add a --no-dph flag to ./validate · 6fff2166
      thoughtpolice authored
      Under --slow, the DPH tests can take incredible amounts of time to run.
      And on some platforms, we may not have a fully working linker in order
      to build DPH etc anyway. So this provides a way to turn it off.
      This flag is off by default, but should your specify it, you can skip
      the required 'dph' libraries in a build, should you remove them from the
      source tree.
      Signed-off-by: thoughtpolice's avatarAustin Seipp <aseipp@pobox.com>
  22. 31 Aug, 2013 1 commit
  23. 30 May, 2013 1 commit
  24. 02 Jan, 2013 1 commit
  25. 25 Oct, 2012 1 commit
  26. 19 May, 2012 1 commit
  27. 09 Mar, 2012 1 commit
  28. 22 Feb, 2012 1 commit
  29. 21 Feb, 2012 1 commit
  30. 26 Nov, 2011 1 commit
  31. 16 Nov, 2011 1 commit
    • Simon Marlow's avatar
      Make the --fast option to validate faster, and add --normal · 1bbb89f3
      Simon Marlow authored
      The --fast option now disables the following:
        - dynamic libs
        - bindist and bindisttest
      Which knocks several minutes off validate for me, but it's still over
      30 minutes using 5 cores on 64-bit Linux.
      Usual caveats apply: if you're using --fast, then make sure you aren't
      doing anything that might destabilise dynamic libs or binary dists.
  32. 08 Aug, 2011 1 commit
  33. 31 Jul, 2011 1 commit
  34. 30 Jul, 2011 1 commit
  35. 14 Jul, 2011 1 commit
  36. 26 Jun, 2011 1 commit
  37. 20 Jun, 2011 1 commit
  38. 15 Jun, 2011 1 commit
  39. 24 May, 2011 1 commit