This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 28 Jun, 2007 1 commit
  2. 23 Jun, 2007 1 commit
  3. 24 Jul, 2007 1 commit
  4. 01 Jun, 2007 1 commit
  5. 28 May, 2007 1 commit
  6. 26 May, 2007 1 commit
  7. 23 May, 2007 1 commit
  8. 22 May, 2007 1 commit
  9. 21 May, 2007 1 commit
  10. 14 May, 2007 2 commits
    • Ian Lynagh's avatar
      Compile with -Wall · f81a9ddd
      Ian Lynagh authored
      f81a9ddd
    • Ian Lynagh's avatar
      Make a proper verbosity type, rather than using Int values · 28847431
      Ian Lynagh authored
      Hopefully this will make it easier to get better verbosity consistency.
      
      We could, by changing only Distribution.Verbosity, use
      "type Verbosity = Int" for now to give users of the library a chance to
      catch up, but the upcoming Cabal release seems like a good opportunity
      to cram in as much of the interface-changing stuff that we want to do
      as we can. I think the added benefit of a slow switch would be very low
      indeed.
      28847431
  11. 30 Apr, 2007 1 commit
    • duncan.coutts@worc.ox.ac.uk's avatar
      Use rawSystem not system for capturing output of commands · 1cbfb5e0
      duncan.coutts@worc.ox.ac.uk authored
      For example we were using a wrapper around 'system' to find the haddock
      version. This invokes the system command interpreter and passes the
      command to run as an argument. If the command has spaces in it and is not
      properly escaped then everything goes wrong. This happens for example
      on windows when haddock and other programs are kept under "Program Files".
      So the right thing to do is never to use system, but always rawSystem since
      then there are no escaping issues.
      
      This patch replaces a couple function systemCaptureStdout and systemGetStdout
      with rawSystemStdout which now lives in Distribution.Simple.Utils.
      
      This also uses some rather nasty code to get the output of a command.
      It really really should not be this hard to do portably. To work around
      the fact that we cannot use runInteractiveProcess we instead have to create
      a temporary file. This also turns out to be a hack because the 'standard'
      openTempFile is not implemented except by GHC, so we now have a hacky version
      living in Distribution.Compat.TempFile just waiting for the standard 
      openTempFile to be made properly portable, or for us to get some
      System.Process function that does what we want.
      1cbfb5e0
  12. 12 Nov, 2006 1 commit
  13. 12 Jan, 2007 1 commit
  14. 11 Jan, 2007 2 commits
  15. 10 Oct, 2006 2 commits
  16. 09 Oct, 2006 2 commits
  17. 07 Oct, 2006 1 commit
  18. 11 Sep, 2006 2 commits
  19. 06 Sep, 2006 2 commits
  20. 05 Sep, 2006 1 commit
  21. 02 Sep, 2006 1 commit
    • duncan.coutts@worc.ox.ac.uk's avatar
      We don't really depend on mtl or network · 6c4e25cc
      duncan.coutts@worc.ox.ac.uk authored
      No idea why they were there, it builds fine without.
      Having these deps causes circular dependencies for package-based
      distros like Gentoo since mtl and network are not in the core set
      of libs and they both need cabal to build.
      6c4e25cc
  22. 21 Aug, 2006 1 commit
  23. 09 Aug, 2006 1 commit
  24. 18 May, 2006 1 commit
  25. 30 Apr, 2006 2 commits
  26. 28 Apr, 2006 1 commit
  27. 27 Apr, 2006 1 commit
  28. 25 Apr, 2006 1 commit
  29. 11 Apr, 2006 1 commit
  30. 20 Oct, 2005 2 commits
  31. 16 Oct, 2005 1 commit
    • ijones's avatar
      lots of cvs pulls from Ross, Malcolm, Simon, & Simon · c35d8f5c
      ijones authored
        No reason we shouldn't have Ord on PackageIdentifiers
      
        Various changes committed in one bunch:
        
         - bindir/libdir/datadir/libexecdir support as discussed on
           librarie@haskell.org.  This should be considered fairly
           experimental.  Full documentation in the manual.
        
         - A module Paths_<pkgname> is autogenerated, you should be able
           to just import this.  (I haven't made this work with Hugs yet, though).
           I suspect I might need to make sure it's available to 'setup haddock'
           too.  Also, I haven't tested this on Windows yet (TODO).
        
         - All installation-paths-related functions are now provided by
           Distribution.Simple.LocalBuildInfo
        
         - some cleaning up of Distribution.Simple.Build as regards GHC support.
        
         - "setup copy" now takes a --destdir argument instead of --copy-prefix
           (the latter is still accepted for compatibility).
        
           Note for autoconf/make users: this means that your Makefile now
           needs to implement a "copy" target, see the manual for details.
        
         - New types: Distribution.Setup.CopyFlags (was previously just a
           pair), and CopyDest (was previously Maybe FilePath).
        
         - Hooks: the post hooks all take a PackageDescription argument now.
           There seemed no reason not to do this, and sometimes it's useful.
      
      
        Remove literal tabs in strings.  Not Haskell'98.
      
        harmonize running of ./confugure between defaultUserHooks and
        Distribution.Make:
        
        * pass through the same set of flags, plus unrecognized options
        
        * select the default compiler before processing options
      
        Fixes for Windows
      
        added a simple-minded data-files field.  Also added getDataFileName to
        Paths_<pkg> to save client code from worrying about path separators.
      
      c35d8f5c
  32. 30 Sep, 2005 1 commit