| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Fix patchBuildToolProgs when haddock cannot be found | Javier Neira | 2020-02-10 | 1 | -1/+1 |
| | | | | | Cabal's GHC.configure doesn't demand haddock exist, so we have to handle the case where it's not installed. | ||||
| * | Change license to Apache2 | Daniel Gröber | 2019-09-29 | 1 | -11/+6 |
| | | | | | | | | | All contributors have agreed on public record at https://github.com/DanielG/cabal-helper/issues/76 Fixes #76 | ||||
| * | Use plStackProjectDir instead of 'takeDirectory stack_yaml' | Daniel Gröber | 2019-09-17 | 1 | -4/+4 |
| | | |||||
| * | Update some code docs | Daniel Gröber | 2019-09-17 | 1 | -0/+8 |
| | | |||||
| * | Remove pretty-show dependency | Daniel Gröber | 2019-09-17 | 1 | -2/+1 |
| | | | | | It's a bit heavy just for a single use-site for debugging. | ||||
| * | Break cycle between 'Package' and 'Unit' | Daniel Gröber | 2019-09-17 | 1 | -1/+1 |
| | | |||||
| * | Add exported interface for running build-tools | Daniel Gröber | 2019-09-17 | 1 | -1/+1 |
| | | |||||
| * | Introduce Package abstracton | Daniel Gröber | 2019-09-17 | 1 | -9/+16 |
| | | | | | | After lamenting the fact that we don't have this in the docs I figured it really ought to be an exposed abstraction. | ||||
| * | Allow passing override-env to process functions | Daniel Gröber | 2019-09-17 | 1 | -5/+5 |
| | | | | | | Unfortunately we need this to pass a custom GHC executable path to stack, since it doesn't have an option to override it on the commandline (yet?). | ||||
| * | Merge CompPrograms back into Programs | Daniel Gröber | 2019-09-17 | 1 | -3/+3 |
| | | | | | | We need to support passing down the path to ghc to new-build/stack in order to support using a non-default 'ghc' executable. | ||||
| * | Fix some warnings | Daniel Gröber | 2019-09-17 | 1 | -6/+4 |
| | | | | | | | | | | I'm turning off -Wunused-imports in the modules that have to deal with ancient Cabal versions because maintaining warning cleanlyness really is quite pointless when you have to deal with all sorts of deprecations and stuff moving around. I don't think having too many imports will ever break anything there unless the modules really get deprecated and removed, but we'll notice that ;) | ||||
| * | Fix getHelperExe not using correct stack programs | Luke Lau | 2019-01-26 | 1 | -4/+4 |
| | | | | | | In turn fixes errors when building cabal-helper exe for stack projects where the resolver uses a different ghc version than system. | ||||
| * | Add Stack version check for `stack ide packages --cabal-file` | Daniel Gröber | 2019-01-26 | 1 | -1/+25 |
| | | |||||
| * | Add support and test coverage for mulit-pkg projects | Daniel Gröber | 2019-01-26 | 1 | -23/+40 |
| | | |||||
| * | Implement behaviour for cabal new-* (#61) | Sebastian Wild | 2019-01-22 | 1 | -1/+2 |
| | | | | | | Add list of components to Unit data type to handle v2 based builds per cabal unit. | ||||
| * | Split up Compile.hs into multiple modules | Daniel Gröber | 2018-10-27 | 1 | -1/+1 |
| | | |||||
| * | Suport using Stack's built-in GHC to build the helper | Daniel Gröber | 2018-10-27 | 1 | -1/+6 |
| | | |||||
| * | Refactor Unit handling | Daniel Gröber | 2018-10-27 | 1 | -5/+6 |
| | | |||||
| * | Add stack support | Daniel Gröber | 2018-10-27 | 1 | -0/+86 |
 |
index : cabal-helper.git | |
| Unnamed repository; edit this file 'description' to name the repository. |
| aboutsummaryrefslogtreecommitdiff |