This project is mirrored from Pull mirroring updated .
  1. 17 Sep, 2010 1 commit
  2. 23 Aug, 2010 1 commit
  3. 11 Jun, 2010 1 commit
  4. 16 May, 2010 1 commit
  5. 03 Sep, 2010 1 commit
  6. 20 Aug, 2010 2 commits
    • Duncan Coutts's avatar
      Add a note explaining the logic of Igloo's previous preprocessing change · bd9afb7a
      Duncan Coutts authored
      We previously checked during preprocessing that there is some source
      file for every module and produce a nice error message if not (rather
      than having ghc --make fail later). We only looked for source files in
      the source directories, ie not the target/output build dir, since the
      build dir is where pre-processed files go, not original source files.
      Igloo's change should allow builds where there is no original source file
      at all, so long as there is some generated file in the build dir. In
      particular this allows custom Setup.hs files to generate modules out of
      thin air and for things to mostly work, even though the rest of the build
      system is unaware about how the file got built.
    • Ian Lynagh's avatar
      When looking for already pre-processed source files, check the build directory · f1ff6ad1
      Ian Lynagh authored
      Fixes hscolour'ing Config.hs in GHC
  7. 16 Aug, 2010 1 commit
  8. 05 Aug, 2010 1 commit
  9. 28 Jul, 2010 1 commit
    • simonpj's avatar
      Add two local type signatures · ee5b2964
      simonpj authored
      I'm adding these type signatures to satisfy the "do not generalise
      local let/where" rule that GHC is taking on.
      The signatures are clearly correct, but I was surprised at the 
      polymorphism needed.  For example
      parseOptVersion :: ReadP r Version
      parseOptVersion = parseQuoted ver <++ ver
        where ver :: ReadP r Version
              ver = parse <++ return noVersion
              noVersion = Version{ versionBranch=[], versionTags=[] }
      Note that 'ver' really is called at two different types!  That 
      in turn is because of the type of (<++)
        (<++) :: ReadP a a -> ReadP r a -> ReadP r a
        (+++) :: ReadP r a -> ReadP r a -> ReadP r a
      Note the "a a" in the first arg, which is very unusual.
      For example, compare the type of (+++).
      Changing it to match the type of (+++) makes ReadP fail to compile,
      though, so I assume it's right as it stands. But surely this deserves
      a comment?!
  10. 20 Jun, 2010 1 commit
  11. 16 Jun, 2010 2 commits
  12. 15 Jun, 2010 2 commits
  13. 08 Jun, 2010 1 commit
    • Vo Minh Thu's avatar
      --help shows first long option and added --hyperlink-sources · f322dd44
      Vo Minh Thu authored
      The --help option output now prints only the first (if any)
      long option. Because of this, --{enable,disable}-optimisation
      (british spelling) is simply added to the list of options
      without testing showOrParseArgs. --hyperlink-sources is now
      also accepted for the haddock command.
  14. 16 Jun, 2010 1 commit
  15. 09 Jun, 2010 2 commits
  16. 08 Jun, 2010 4 commits
  17. 07 Jun, 2010 1 commit
  18. 15 Jun, 2010 3 commits
  19. 12 Jun, 2010 1 commit
  20. 01 Oct, 2009 1 commit
  21. 04 Jun, 2010 1 commit
    • ttuegel's avatar
      Restored 'runTests' UserHook · 9ddee135
      ttuegel authored
      Ticket #215 (Overhaul support for packages' tests). Deprecated 'runTests'
      UserHook to maintain compatibility with old packages, but encourage authors to
      update to the new interface.
  22. 03 Jun, 2010 2 commits
  23. 02 Jun, 2010 1 commit
  24. 01 Jun, 2010 2 commits
    • ttuegel's avatar
      Test command runs all executable testsuites · 70618983
      ttuegel authored
      Ticket #215 (Overhaul support for packages' tests). The 'test' command runs all
      executable tests listed in the package description when the package is
      configured with tests enabled. The exit codes and standard output/error are
      collected and reported.
    • ttuegel's avatar
      Using more specific error messages for unsupported test types · f77f9334
      ttuegel authored
      Ticket #215 (Overhaul support for packages' tests). Replaced generic error
      message about unsupported test types with specific error messages for each
      stage of the build/test process. This required changing the type of 'withTest'
      to better match 'withExe' and 'withLib'.
  25. 27 May, 2010 2 commits
  26. 26 May, 2010 3 commits
    • ttuegel's avatar
      Conditional inclusion of testsuites · 10aa1d31
      ttuegel authored
      Ticket #215 (Overhaul support for packages' tests). The
      "--enable-tests" and "--disable-tests" command-line flags are
      introduced, with "--disable-tests" being the default. If tests
      are disabled, the testsuites are stripped from the
      GenericPackageDescription during the configure stage, before
      dependencies are resolved.
    • ttuegel's avatar
      Testsuite for Test stanza parsing · 35c5c46b
      ttuegel authored
      Ticket #215 (Overhaul support for packages' tests). Parse and
      finalize a simple, dummy .cabal file containing a Test stanza.
      Compare with the PackageDescription it which should result
      from parsing.
    • ttuegel's avatar
      Configure and build executable testsuites · d16062cc
      ttuegel authored
      Ticket #215 (Overhaul support for packages' test). During the
      build stage, executable testsuites are handled analogously to
      ordinary executables. This means their sources are
      preprocessed and compiled. To actually compile, the build
      stage actions are performed on a dummy Executable.