aboutsummaryrefslogtreecommitdiff
path: root/src/CabalHelper/Compiletime/Program/Stack.hs
Commit message (Collapse)AuthorAgeFilesLines
* Refactor Program versions handlingDaniel Gröber2020-05-101-0/+5
| | | | | | This mainly renames the program version getters to get* and make them consistenly return Version directly. Such that wrappers like GhcVersion have to be added at the callsites of the relevant functions.
* Fix patchBuildToolProgs when haddock cannot be foundJavier Neira2020-02-101-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 Apache2Daniel Gröber2019-09-291-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öber2019-09-171-4/+4
|
* Update some code docsDaniel Gröber2019-09-171-0/+8
|
* Remove pretty-show dependencyDaniel Gröber2019-09-171-2/+1
| | | | It's a bit heavy just for a single use-site for debugging.
* Break cycle between 'Package' and 'Unit'Daniel Gröber2019-09-171-1/+1
|
* Add exported interface for running build-toolsDaniel Gröber2019-09-171-1/+1
|
* Introduce Package abstractonDaniel Gröber2019-09-171-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 functionsDaniel Gröber2019-09-171-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 ProgramsDaniel Gröber2019-09-171-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 warningsDaniel Gröber2019-09-171-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 programsLuke Lau2019-01-261-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öber2019-01-261-1/+25
|
* Add support and test coverage for mulit-pkg projectsDaniel Gröber2019-01-261-23/+40
|
* Implement behaviour for cabal new-* (#61)Sebastian Wild2019-01-221-1/+2
| | | | | Add list of components to Unit data type to handle v2 based builds per cabal unit.
* Split up Compile.hs into multiple modulesDaniel Gröber2018-10-271-1/+1
|
* Suport using Stack's built-in GHC to build the helperDaniel Gröber2018-10-271-1/+6
|
* Refactor Unit handlingDaniel Gröber2018-10-271-5/+6
|
* Add stack supportDaniel Gröber2018-10-271-0/+86
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-01 19:32:44 +0000