This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 04 Dec, 2017 7 commits
  2. 03 Dec, 2017 5 commits
  3. 02 Dec, 2017 6 commits
  4. 29 Nov, 2017 2 commits
  5. 28 Nov, 2017 4 commits
  6. 27 Nov, 2017 2 commits
  7. 26 Nov, 2017 1 commit
  8. 25 Nov, 2017 3 commits
  9. 22 Nov, 2017 3 commits
  10. 20 Nov, 2017 1 commit
    • Herbert Valerio Riedel's avatar
      Tweak/modernise a few .cabal examples in the user's guide · 95cd4eb9
      Herbert Valerio Riedel authored
      Examples which used the ancient spec-version v1.2 have been updated to
      use at least v1.8; and use CPP-Options instead of GHC-Options where
      `cabal check` would have warned; avoid automatic flags for features;
      also be explicit about the `build-type:` to avoid the implicit `Custom`
      default (TODO: we should really change the default with a future
      spec-version to `Simple`)
      
      [skip ci]
      95cd4eb9
  11. 19 Nov, 2017 2 commits
    • Mikhail Glushenkov's avatar
      Merge pull request #4897 from haskell/angerman-bundled-lib-order · 21efd0b5
      Mikhail Glushenkov authored
      Change order of hsLibraries
      21efd0b5
    • Moritz Angermann's avatar
      Change order of hsLibraries · 15914720
      Moritz Angermann authored
      After using this for a while. It occured to me that due to linker ordering, and GHC just forwarding the libraries as specified in the `hsLibraries` field, we should put the `extraBundledLibs` at the end. As such the haskell library can reference the `extraBundledLibs`.
      
      This still leave the question of recursively linked libs. But getting that linked right should rather be deal with in GHC, which optimally would use being and end groups for the libraries to link.
      15914720
  12. 17 Nov, 2017 2 commits
  13. 16 Nov, 2017 1 commit
  14. 15 Nov, 2017 1 commit