This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 12 Mar, 2008 2 commits
    • Duncan Coutts's avatar
      Move Dependency and it's show and parser into Package module · 31185708
      Duncan Coutts authored
      Rather than having it in Version and its parser elsewhere.
      The Package module already imports the Version module which exports the
      VersionRange type.
      31185708
    • Duncan Coutts's avatar
      Fix search dirs used for pre-processing executables · d28e1b90
      Duncan Coutts authored
      It was combining the executable's hs-source-dirs with the library's
      hs-source-dirs when pre-processing executables. This was inconsistent
      with the search path used for finding ordinary .hs files and with
      sdist and lead to confusing behaviour. See ticket #161.
      If an executable needs source files from the library then it must specify
      the right hs-source-dirs, including '.' if appropriate.
      The behaviour is that if hs-source-dirs is not specified then the default
      is '.' however if hs-source-dirs is specified then '.' is not implicitly
      added. If it's needed then it must be added explicitly. This was always
      the case for ordinary .hs files, this patch just brings things into line
      for files that need pre-processing.
      d28e1b90
  2. 06 Mar, 2008 1 commit
  3. 11 Mar, 2008 1 commit
  4. 08 Mar, 2008 1 commit
    • Duncan Coutts's avatar
      Fix rejection of non-ambigious options · e223e4c8
      Duncan Coutts authored
      This GetOpt patch was sent the the libraries list by Eelis van der Weegen
      with the explanation:
      There is a bug in System.Console.GetOpt causing it to mistakenly reject
      options as ambiguous. Example:
        optsDesc = [Option "" ["color", "colour"] (ReqArg id "color") ""]
      Output:
        option `--col' is ambiguous; could be one of:
            --color=color, --colour=color  Foreground color
            --color=color, --colour=color  Foreground color
      This error is silly, because the two alternatives listed are the same option.
      e223e4c8
  5. 07 Mar, 2008 2 commits
  6. 06 Mar, 2008 1 commit
  7. 10 Mar, 2008 5 commits
  8. 07 Mar, 2008 3 commits
  9. 06 Mar, 2008 1 commit
  10. 05 Mar, 2008 2 commits
  11. 04 Mar, 2008 2 commits
  12. 05 Mar, 2008 2 commits
  13. 04 Mar, 2008 1 commit
  14. 03 Mar, 2008 7 commits
    • nominolo@gmail.com's avatar
      Fix speling. · 2236045c
      nominolo@gmail.com authored
      2236045c
    • nominolo@gmail.com's avatar
    • Duncan Coutts's avatar
      Actually we don't need wrapText' · 6d4b9755
      Duncan Coutts authored
      Any users of custom wrapText versions can go from the underlying wrapLine
      6d4b9755
    • Duncan Coutts's avatar
      Bump version to 1.3.7 · 1f2a7ef0
      Duncan Coutts authored
      Keep up with recent minor api changes
      1f2a7ef0
    • Duncan Coutts's avatar
      Put a header in the dist/setup-config file and check it on loading · e15289e4
      Duncan Coutts authored
      This should fix ticket #120 in future which is the problem where you do
      something like "sudo runghc Setup install" and you accidentally end up
      using a different version of the compiler or of the Cabal lib and you get
      an unhelpful error message:
      > Setup.hs: error reading ./.setup-config; run "setup configure" command?
      Well now you'll get a helpful error message:
      > setup: You need to re-run the 'configure' command. The version of Cabal
      > being used has changed (was Cabal-1.3.6, now Cabal-1.3.7).
      If the compiler version being used has changed too we get the extra helpful:
      > setup: You need to re-run the 'configure' command. The version of Cabal
      > being used has changed (was Cabal-1.3.6, now Cabal-1.3.7). Additionally
      > the compiler is different (was ghc-6.8, now ghc-6.9) which is probably
      > the cause of the problem.
      Of course this does not help for older versions of Cabal but there's not a
      lot we can do about that.
      e15289e4
    • Duncan Coutts's avatar
      Extend and use the OS data type in the package description · 3108588e
      Duncan Coutts authored
      Rather than just using a string. This makes comparing OSs easier since
      we can normalise them once when we parse rather than every time we compare.
      Also makes it easy to discover when a package mentions an unknown OS since
      it's marked as Other "whatever".
      3108588e
    • Duncan Coutts's avatar
      Wrap the output of the logging functions · 4bdbdfab
      Duncan Coutts authored
      So we'll not have to keep adjusting newline breaks.
      4bdbdfab
  15. 01 Mar, 2008 1 commit
  16. 29 Feb, 2008 3 commits
  17. 28 Feb, 2008 1 commit
  18. 27 Feb, 2008 4 commits