aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fix "Installing lib:Cabal" messageDaniel Gröber2019-09-171-1/+1
|
* Implement cabal v2 backpack unit workaroundDaniel Gröber2019-09-174-11/+42
| | | | See https://github.com/haskell/cabal/issues/6201 for details about the bug
* ci: Update version listsDaniel Gröber2019-09-173-2/+6
|
* Fix check-testdata scriptDaniel Gröber2019-09-172-3/+6
|
* Make caching more fine grainedDaniel Gröber2019-09-173-112/+255
| | | | | | | | | | | | | | | | | Previously we only had a cache for the project info and each unit info. However adding support for passing overridden compiler paths to build tools introduces a nasty data dependency: to fully configure 'Program's we (used to) need ProjInfo which needs an already configured 'Programs' in readProjInfo (ugh). After at least four failed attempts at untangling this I arrived at this solution. Simply splitting up the caches into some smaller parts does the trick and as a side product forced me to add an abstraction for the caching logic so as to not reapeat myself even more. Relatedly runQuery is not just a field accessor anymore but actualy does some IO of itself to manage the cache and make already configured 'Program's available to the rest of the library.
* Export qeCallProcessDaniel Gröber2019-09-171-0/+1
| | | | Seems to have been missed when it was added.
* Add verbose logging support for readProcess callsDaniel Gröber2019-09-172-21/+27
|
* ghc-session: Use new project building APIDaniel Gröber2019-09-171-19/+4
| | | | | | | | | | | | | | One caveat: psiConfigure used to --only-configure the entire project. In theory we shouldn't even need to do that anymore because we reconfigure just the unit/target we need to before reading unit info. However cabal has a bug or well they might consider it just inconsistent behaviour in that instantiated backpack units' targets are not built by the target mentioned in plan.json so this per-unit reconfigure is currently broken there. The workaround is to just build the entire project before running a query for now.
* Fix some import warningsDaniel Gröber2019-09-172-2/+0
|
* Break cycle between 'Package' and 'Unit'Daniel Gröber2019-09-174-6/+10
|
* Add exported interface for running build-toolsDaniel Gröber2019-09-176-71/+164
|
* Explain "helper" in READMEDaniel Gröber2019-09-171-0/+45
|
* Refine ProjLoc docsDaniel Gröber2019-09-171-18/+21
|
* Introduce Package abstractonDaniel Gröber2019-09-175-104/+170
| | | | | After lamenting the fact that we don't have this in the docs I figured it really ought to be an exposed abstraction.
* Make ChSetupEntrypoint carry the Main module file nameDaniel Gröber2019-09-172-4/+4
|
* Remove crusty old helper codeDaniel Gröber2019-09-178-382/+83
| | | | | | | | | | | | - Inplace component inlining really always was a nasty cludge, now that we have proper build-system support we can get rid of it. - GHC options subsets aren't really needed, we can split these up after parsing the options using the ghc library. - Dropped GHC 7.10, it seems unsupportable without the inplace component inlining, possibly a Stack/lib:Cabal bug, but it is quite old so time for it to go anyway. This is the second thing commit it was holing up too!
* Fix ProjLoc to source directory correspondenceDaniel Gröber2019-09-174-18/+22
| | | | | We cannot always assume `takeDirectory cfg_file` will be the project source directory!
* Refactor ProjType to be more inductiveDaniel Gröber2019-09-174-31/+40
| | | | This allows discriminating Stack vs. Cabal at the type level more easily.
* Allow passing override-env to process functionsDaniel Gröber2019-09-178-38/+58
| | | | | 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-177-58/+38
| | | | | We need to support passing down the path to ghc to new-build/stack in order to support using a non-default 'ghc' executable.
* ghc-session: Print test-spec in test-resultsDaniel Gröber2019-09-171-10/+22
|
* Add TODO about user-ghc-environment supportDaniel Gröber2019-09-171-0/+5
|
* Flesh out project discovery APIDaniel Gröber2019-09-176-55/+63
|
* Fix some warningsDaniel Gröber2019-09-174-8/+8
| | | | | | | | | 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 ;)
* Update API docs of main typesDaniel Gröber2019-09-172-34/+108
|
* ghc-session: Output test specs of tests being runDaniel Gröber2019-09-171-2/+18
| | | | | The strings under the "Going to Run These Tests" heading can be plugged right back into the commandline to run just that test.
* ghc-session: Add GHC version match checkDaniel Gröber2019-09-171-1/+6
|
* Split SProjType along build-tool lineDaniel Gröber2019-09-175-43/+60
| | | | | | | This makes it much easier to deal with differences between the build tools as we can now have functions that only make sense for Cabal and statically enforce this by passing a 'SCabalProjType pt' as evidence that $pt \in {V1, V2}$.
* Support cabal-file not being in pkgdir with cabal-v1Daniel Gröber2019-09-174-9/+9
|
* Fix RelativePath invariantsDaniel Gröber2019-09-171-6/+22
| | | | | | | | | | Two things were broken here: - I forgot to encode the invariant that RealtivePath should not be allowed to escape CWD by using '../' - The invaiant was inverted. A RelativePath was only allowed to be absolute before -- uups.
* Start implementing Distribution.Helper.DiscoverZubin Duggal2019-09-173-2/+63
|
* ghc-session: Allow overriding programs on commandlineDaniel Gröber2019-09-171-57/+104
|
* Fix Cabal HEADZubin Duggal2019-07-291-4/+1
|
* compile-test: Read cabal versions from fileDaniel Gröber2019-06-196-51/+102
| | | | | This allows them to be checked for up-to-date'nes in CI like the stack-resolvers.
* Fix redundant case warningDaniel Gröber2019-06-191-1/+0
|
* ghc-session: Improve test output consistencyDaniel Gröber2019-06-191-29/+61
|
* ghc-session: Simplify Cabal version checkingDaniel Gröber2019-06-191-12/+12
|
* ci: Move stack resolver table to a fileDaniel Gröber2019-06-195-16/+45
|
* ci: Upgrade to stack-2.1.1Daniel Gröber2019-06-171-5/+13
|
* ci: Allow using latest Hackage index with CI_USE_COMMIT_INDEX_STATE=trueDaniel Gröber2019-06-171-1/+6
|
* ci: Switch to stack included in CI imagesDaniel Gröber2019-05-272-13/+11
|
* Revert compilerVersion being project-scopeDaniel Gröber2019-05-272-8/+5
| | | | | Turns out the Setup header has the compiler version used to build Setup, not the version the project is configured to use.
* Fix QueryEnv not being compatible with ExDaniel Gröber2019-05-052-3/+3
|
* Fix Haddock parse errorDaniel Gröber2019-05-021-2/+2
|
* Fix getHelper ignoring withProgs environmentDaniel Gröber2019-04-011-4/+1
|
* Add ProjLocV1Dir for easier forward portingDaniel Gröber2019-04-013-10/+18
|
* Expose missing ChLibraryName in public APIDaniel Gröber2019-04-011-0/+1
|
* Make compilerVersion accessor project-scope for V1 projectsDaniel Gröber2019-04-015-33/+83
|
* Fix datecode padding in unpackCabalHEADDaniel Gröber2019-04-011-1/+2
|
* Don't insist on an odd major version in unpackCabalHEADDaniel Gröber2019-04-011-3/+4
| | | | Super-major version bumps like Cabal-2.5.0.0 -> Cabal-3.0.0.0 violate that rule.