This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 09 Feb, 2019 1 commit
  2. 08 Feb, 2019 1 commit
  3. 07 Feb, 2019 9 commits
    • Mikhail Glushenkov's avatar
    • Francesco Gazzetta's avatar
      Update fgaz's email addresses · 1f8eb303
      Francesco Gazzetta authored
      1f8eb303
    • Mikhail Glushenkov's avatar
      Merge pull request #5446 from nh2/enable-static-executables-flag · a4c9925d
      Mikhail Glushenkov authored
      Add `--enable-executable-static` flag for fully static linking
      a4c9925d
    • Niklas Hambüchen's avatar
    • Niklas Hambüchen's avatar
      Add `--enable-executable-static` flag. Fixes #391. · c9f02b27
      Niklas Hambüchen authored
      Also update the docs for `--enable-executable-dynamic`
      as they were slightly misleading.
      c9f02b27
    • Matt Renaud's avatar
      `cabal init` improvements: application-dir and creating library hs file (#5740) · d59a224d
      Matt Renaud authored
      * Add support for application-dir and creating library hs file.
      
      This adds support for specifying an "application directory" for the
      Main.hs executable entrypoint to be located in ("app" is common).
      
      This also generates a MyLib.hs file when initializing a new project
      that is 'Library' or 'LibraryAndExecutable'. For the latter, the
      'Main' module also imports this library and uses it.
      
      * Fix otherModules bug when MyLib and Main are in the same directory.
      
      * Don't ask for "source dir" if this is an executable.
      
      That's what applicationDir is for.
      
      * Comments, explicitly handle 'Library' in getModulesBuildToolsAndDeps
      
      * Code cleanups.
      
      - More concise comments.
      - Simplified code to write MyLib.
      - Share directory creation code.
      
      * Update changelog.
      
      [ci skip]
      
      * Remove extraneous let.
      
      * Add support for application-dir and creating library hs file.
      
      This adds support for specifying an "application directory" for the
      Main.hs executable entrypoint to be located in ("app" is common).
      
      This also generates a MyLib.hs file when initializing a new project
      that is 'Library' or 'LibraryAndExecutable'. For the latter, the
      'Main' module also imports this library and uses it.
      
      * Fix otherModules bug when MyLib and Main are in the same directory.
      
      * Don't ask for "source dir" if this is an executable.
      
      That's what applicationDir is for.
      
      * Comments, explicitly handle 'Library' in getModulesBuildToolsAndDeps
      
      * Code cleanups.
      
      - More concise comments.
      - Simplified code to write MyLib.
      - Share directory creation code.
      
      * Update changelog.
      
      [ci skip]
      
      * Remove extraneous let.
      
      * More library and application directory suggestions.
      
      * Fix merge bug and reword interactive prompt.
      
      * Wording.
      d59a224d
    • Mikhail Glushenkov's avatar
      Merge pull request #5864 from m-renaud/mrenaud-cabal-init-interactive · 14ebc936
      Mikhail Glushenkov authored
      Add cabal init --interactive option
      14ebc936
    • Mikhail Glushenkov's avatar
      Merge pull request #5863 from ezyang/pr/instantiate-even-in-indefinite · 897a2fb5
      Mikhail Glushenkov authored
      Instantiate fully instantiated dependencies even in indefinite packages.
      897a2fb5
    • Zejun Wu's avatar
      Fix sdist output when sent to stdout (#5874) · 6ba7207b
      Zejun Wu authored
      This was broken by 7a029caa
      
      We can not use `ByteString.pack` and then print it as `String`, which
      will get encoded again based on the system setting, and very likely,
      we get different things unless the encoding is something like ISO-8859-1, e.g.
      in UTF-8 environment, the magic of gz "\x1f\x8b" will get encoded again
      into "\x1f\xc2\x8b".
      
      Before:
      
      ```
      $ /cabal sdist --output-dir=- | tar -t -z -f -
      tar: This does not look like a tar archive
      ```
      
      And now:
      
      ```
      $ cabal sdist --output-dir=- | tar -t -z -f -  | tail -n 1
      cabal-install-2.5.0.0/tests/README.md
      ```
      6ba7207b
  4. 05 Feb, 2019 1 commit
  5. 30 Jan, 2019 1 commit
  6. 29 Jan, 2019 1 commit
  7. 28 Jan, 2019 1 commit
  8. 25 Jan, 2019 8 commits
  9. 24 Jan, 2019 6 commits
  10. 22 Jan, 2019 3 commits
  11. 21 Jan, 2019 3 commits
  12. 20 Jan, 2019 3 commits
  13. 16 Jan, 2019 1 commit
    • Herbert Valerio Riedel's avatar
      Use `:pkg:fail`'s `MonadFail` class · 8e903011
      Herbert Valerio Riedel authored
      The `fail` package has been already in lib:Cabal's transitive
      dependencies via at least `lib:parsec` (for GHC < 8), so we might
      as well depend on it directly and avoid having to deal with two
      divergent compat `MonadFail` classes, as well as reduce the amount
      of CPP hackery.
      
      This should address the GHC < 8 build failures that were introduced
      via c3c29a49
      
      Future work: get rid of internal `Distribution.Compat.MonadFail` module.
      8e903011
  14. 15 Jan, 2019 1 commit