This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 03 Jul, 2008 1 commit
  2. 28 Jun, 2008 1 commit
    • Duncan Coutts's avatar
      Update module headers · 0c993c84
      Duncan Coutts authored
      Use cabal-devel@haskell.org as the maintainer in most cases except for
      a few which were pre-existing modules copied from elsewhere or modules
      like L.H.Extension which really belong to libraries@haskell.org
      Remove the useless stability module. We have more detailed information
      on stability elsewhere (in the version number and user guide).
      Add more top level module documentation, taken from the source guide.
      0c993c84
  3. 26 Jun, 2008 1 commit
  4. 19 Mar, 2008 1 commit
  5. 07 Mar, 2008 1 commit
  6. 27 Feb, 2008 1 commit
  7. 22 Feb, 2008 1 commit
  8. 20 Feb, 2008 1 commit
  9. 19 Feb, 2008 1 commit
  10. 12 Feb, 2008 1 commit
  11. 05 Feb, 2008 1 commit
  12. 23 Jan, 2008 1 commit
  13. 20 Jan, 2008 1 commit
  14. 23 Oct, 2007 1 commit
    • Simon Marlow's avatar
      Refuse to run any commands if the .cabal has been modified · 1f05d301
      Simon Marlow authored
      See GHC bug #1372
      This is a consistency check, intended to prevent this class of build
      failures:
      
         * Package P is updated, its version number is bumped, the
           new version is compiled and installed.
      
         * Package Q depends on P.  Q is modified to use the new P, and Q's
           .cabal file is updated with changes to the build-depends field to
           depend on the new version of P.
      
         * The user has an old build of Q.  They pull the changes to Q and
           'setup build' without cleaning or re-configuring.  Build errors
           ensue, because the code of Q depends on changes to P's API, and
           we're still building against the old P.
      
      Note that you can't get segfaults this way, only build errors.
      
      This also relies on some new consistency checking in GHC 6.8 to work
      properly.  If the user re-configures their Q build and then issues
      'setup build' without cleaning, GHC must now realise that the package
      flags have changed, and re-compile all the affected Q modules.  GHC
      6.6 would not do this, but 6.8 does.
      1f05d301
  15. 03 Sep, 2007 1 commit
  16. 31 Aug, 2007 1 commit
  17. 26 Aug, 2007 1 commit
  18. 24 Aug, 2007 1 commit
  19. 14 Aug, 2007 1 commit
    • Duncan Coutts's avatar
      Refactor the code for managing installation directories · 5b57a50a
      Duncan Coutts authored
      New types for the collection of installation directory templates and a
      separate type for the collection of actual real install FilePaths.
      The templates are represented with a PathTemplate adt.
      Dir templates can now be relative to each other, eg $htmldir to $docdir
      Default install dir templates are now specified compactly in one place.
      Adding new dirs should be considerably simpler than previously.
      This patch should not actualy change where anything is installed.
      5b57a50a
  20. 07 Aug, 2007 1 commit
  21. 05 Aug, 2007 1 commit
  22. 02 Aug, 2007 1 commit
  23. 01 Aug, 2007 1 commit
  24. 16 Jul, 2007 1 commit
  25. 30 May, 2007 1 commit
  26. 21 May, 2007 1 commit
  27. 15 May, 2007 1 commit
    • Ross Paterson's avatar
      rejig location of package interfaces for haddock · 88190fe6
      Ross Paterson authored
      Formerly, setup haddock invoked haddock with a --use-package option
      for each prerequisite package, causing haddock to invoke ghc-pkg to
      get the haddock-interfaces and haddock-html fields for each package.
      The former is accurate, but the latter is not what you want if your
      documentation is to be placed on the web.
      
      Now setup haddock invokes ghc-pkg itself, but if the --html-location
      option is given, its argument is expanded for each package and used
      instead of the haddock-html field.  The results are then assembed as
      --read-interface options for haddock.  For example,
      
      	setup haddock '--html-location=http://hackage.haskell.org/packages/archive/$pkg/latest/doc/html'
      
      generates HTML documentation with hyperlinks pointing at the pages on
      HackageDB.
      88190fe6
  28. 13 May, 2007 1 commit
    • Ross Paterson's avatar
      separate build and output directory for Hugs build · d0382615
      Ross Paterson authored
      Hugs requires a separate directory for the output files from the directory
      containing the preprocessed files.  The --scratchdir option now sets the
      former (and thus has an effect only for Hugs).
      
      This repairs the Hugs build.
      d0382615
  29. 08 Mar, 2007 1 commit
    • Ian Lynagh's avatar
      Tweaks to make Cabal play nicer with haddock · 5be6dffd
      Ian Lynagh authored
      The path for the html docs now includes the package name at the end,
      which works nicer for multiple packages sharing a contents/index.
      
      Use --ghc-pkg when available (in haddock darcs only currently) to tell
      haddock which ghc-pkg to use.
      
      Use --allow-missing-html when available (in haddock darcs only
      currently) to tell haddock not to worry if it can't find the HTML for
      packages we depend on. This is necessary when haddocking a group of
      packages before moving them all into place.
      5be6dffd
  30. 13 Feb, 2007 1 commit
  31. 04 Feb, 2007 1 commit
  32. 12 Feb, 2007 1 commit
  33. 14 Jan, 2007 1 commit
    • Simon Marlow's avatar
      Refactorings only · 49e3cdae
      Simon Marlow authored
      Here are a batch of refactorings to clean up parsing and parts of the
      simple build system.  This patch originated in a patch sent to
      cabal-devel@haskell.org with an intial implementation of
      configurations.  Since then we decided to go a different route with
      configurations, so I have separated the refactoring from the
      configurations patch.
      
      At this point, 2 tests fail for me, but I get the same 2 failures
      without this patch.
      49e3cdae
  34. 10 Jan, 2007 1 commit
    • Ian Lynagh's avatar
      -Wall clean fixes · e2864182
      Ian Lynagh authored
      This patch is sponsored by Hac 07.
      Have you hacked a lambda today?
      e2864182
  35. 27 Nov, 2006 1 commit
  36. 08 Nov, 2006 1 commit
    • Ross Paterson's avatar
      revise Paths module for the Hugs target · a61df53f
      Ross Paterson authored
      When targetting Hugs, the Paths module now uses prefix-independent
      paths relative to the location of the Main module of the program,
      on all platforms.
      
      For the Hugs target, this replaces the code using GetModuleFileNameA(),
      which never worked.  Behaviour under GHC should be unchanged.
      a61df53f
  37. 05 Oct, 2006 1 commit
  38. 08 Sep, 2006 1 commit
  39. 22 Aug, 2006 1 commit
    • Simon Marlow's avatar
      Change default installation dirs for executables on Windows: · ad54f11b
      Simon Marlow authored
      before:
      
        bindir  = $prefix\$pkgid
        datadir = $prefix
      
      now:
      
        bindir  = $prefix\Haskell\bin
        datadir = $prefix\Haskell
      
      datasubdir is still $pkgid, so data files for an exectuable will be
      installed in $prefix\Haskell\$pkgid.
      
      the idea is that all executables are installed in the same directory
      by default, so setting PATH is easier.  Also, data files belonging to
      Haskell programs are grouped together under $prefix\Haskell.
      ad54f11b
  40. 26 Jul, 2006 1 commit