aboutsummaryrefslogtreecommitdiff
path: root/src/CabalHelper/Compiletime/Program
Commit message (Collapse)AuthorAgeFilesLines
* 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
* 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.
* Fix invokeGhc when using relative pathsDaniel Gröber2020-01-111-4/+8
|
* Unset GHC_ENVIRONMENT and GHC_PACKAGE_PATH before invocing GHCDaniel Gröber2020-01-111-1/+4
| | | | | | | | | | | | When we are invoked under Stack (as part of HIE's test suite for example) our choice of Cabal library when invoking GHC gets interferred with by the GHC_ENVIRONMENT variable. Since we're just using boot packages simply unsetting GHC package related envvars seems like a fairly decent fix here. See the issue below for more details. Fixes #78
* ghc-session: Get GHC libdir from --print-libdir commandDaniel Gröber2019-12-291-0/+4
| | | | | | Using ghc-paths bypasses cabal's rebuild checks though, for example, installing the compiler into a different directory will change the libdir but cabal won't recompile ghc-paths.
* 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-293-33/+18
| | | | | | | | 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.
* 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
* Fix some import warningsDaniel Gröber2019-09-171-1/+0
|
* Break cycle between 'Package' and 'Unit'Daniel Gröber2019-09-172-2/+4
|
* Add exported interface for running build-toolsDaniel Gröber2019-09-172-2/+33
|
* Introduce Package abstractonDaniel Gröber2019-09-172-46/+77
| | | | | 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-173-12/+12
| | | | | 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-173-19/+19
| | | | | 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
|
* 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 ;)
* Make compilerVersion accessor project-scope for V1 projectsDaniel Gröber2019-04-011-1/+1
|
* Bestow installCabalLibV2 with the message blubDaniel Gröber2019-03-291-13/+19
|
* Fix empty package-db being interpreted as "existing"Daniel Gröber2019-02-141-0/+1
|
* Make Cabal-HEAD lib v2-build cachableDaniel Gröber2019-02-142-10/+16
|
* 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
|
* compile: v2-install --libs needs GHC >=8.0Daniel Gröber2019-01-261-0/+1
|
* 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
|
* Fix package-envs conflicting with -package flagsDaniel Gröber2019-01-221-5/+8
|
* Make most record fields strictDaniel Gröber2019-01-221-8/+8
| | | | | This lets GHC give better error messages when forgetting to initialize a field when using the `let field = _ in DataType{..}` RecordWildcards syntax.
* Add 'uComponentName' queryDaniel Gröber2019-01-221-0/+15
|
* Refactor Compile (for v2-install)Daniel Gröber2019-01-222-47/+125
|
* Fix wrong target-selector syntax for v2-buildDaniel Gröber2019-01-221-1/+3
|
* Implement behaviour for cabal new-* (#61)Sebastian Wild2019-01-222-2/+8
| | | | | 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-273-1/+335
|
* 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-12-26 18:23:07 +0000