aboutsummaryrefslogtreecommitdiff
path: root/src/CabalHelper/Compiletime/Program/CabalInstall.hs
Commit message (Collapse)AuthorAgeFilesLines
* Refactor Program versions handlingDaniel Gröber2020-05-101-6/+11
| | | | | | 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.
* Add suffix V1 to make it explicitjneira2020-05-101-3/+3
|
* Use forward compatible v1 prefix if availablejneira2020-05-101-1/+3
|
* Ignore setup components from plan.json in readUnitInfoDaniel Gröber2020-05-021-3/+6
| | | | | | Cabal includes the Setup.hs executable as a component in plan.json, however there isn't a target to build it directly so we just ignore it for not when reading unit info.
* Move CabalVersion and related types into a new moduleDaniel Gröber2020-05-021-1/+3
|
* Fix cabal projects using source-repository-packageDaniel Gröber2020-05-021-24/+23
| | | | | | | | | | | Apparently we can get source-repo-packages in plan.json even when filtering for `"style": "local"`(`UnitTypeLocal`). It's possible the root cause here is a cabal bug as source-repository-package should really be treated more like a tarball than a local package. Regardless we simply filter units by actually checking for `uPkgSrc=Just LocalUnpackedPackage` instead of relying on "style". This fixes #99
* Run v2-install in '/' instead of /tmpDaniel Gröber2020-05-011-2/+1
| | | | See #89
* Explicitly state package in componentLuke Lau2019-11-271-2/+2
| | | | | | | This fixes scenarios such as: cabal: Ambiguous target 'test:foo'. It could be: A:test:foo (component) B:test:foo (component)
* 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
* Fix "Installing lib:Cabal" messageDaniel Gröber2019-09-171-1/+1
|
* Implement cabal v2 backpack unit workaroundDaniel Gröber2019-09-171-7/+34
| | | | See https://github.com/haskell/cabal/issues/6201 for details about the bug
* Break cycle between 'Package' and 'Unit'Daniel Gröber2019-09-171-1/+3
|
* Add exported interface for running build-toolsDaniel Gröber2019-09-171-1/+32
|
* Introduce Package abstractonDaniel Gröber2019-09-171-37/+61
| | | | | After lamenting the fact that we don't have this in the docs I figured it really ought to be an exposed abstraction.
* Refactor ProjType to be more inductiveDaniel Gröber2019-09-171-1/+1
| | | | This allows discriminating Stack vs. Cabal at the type level more easily.
* 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-7/+7
| | | | | We need to support passing down the path to ghc to new-build/stack in order to support using a non-default 'ghc' executable.
* Flesh out project discovery APIDaniel Gröber2019-09-171-1/+1
|
* Bestow installCabalLibV2 with the message blubDaniel Gröber2019-03-291-13/+19
|
* Make Cabal-HEAD lib v2-build cachableDaniel Gröber2019-02-141-8/+14
|
* Add log-level to verbosity conditionalDaniel Gröber2019-01-301-7/+7
|
* Fix ghc-pkg guessing logic when using v2-installDaniel Gröber2019-01-301-1/+1
|
* Add 'uComponentName' queryDaniel Gröber2019-01-221-0/+15
|
* Refactor Compile (for v2-install)Daniel Gröber2019-01-221-30/+77
|
* Fix wrong target-selector syntax for v2-buildDaniel Gröber2019-01-221-1/+3
|
* Implement behaviour for cabal new-* (#61)Sebastian Wild2019-01-221-1/+6
| | | | | 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-0/+209
generated by cgit v1.2.3 (git 2.39.1) at 2024-09-21 05:37:37 +0000