aboutsummaryrefslogtreecommitdiff
path: root/tests
Commit message (Collapse)AuthorAgeFilesLines
* Add exported interface for running build-toolsDaniel Gröber2019-09-171-1/+1
|
* Introduce Package abstractonDaniel Gröber2019-09-171-2/+2
| | | | | 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-171-4/+2
|
* Remove crusty old helper codeDaniel Gröber2019-09-171-13/+13
| | | | | | | | | | | | - 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-171-1/+1
| | | | | We cannot always assume `takeDirectory cfg_file` will be the project source directory!
* Refactor ProjType to be more inductiveDaniel Gröber2019-09-171-9/+9
| | | | This allows discriminating Stack vs. Cabal at the type level more easily.
* Allow passing override-env to process functionsDaniel Gröber2019-09-171-2/+2
| | | | | 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-172-13/+9
| | | | | 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
|
* 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-172-5/+5
| | | | | | | 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-171-1/+1
|
* ghc-session: Allow overriding programs on commandlineDaniel Gröber2019-09-171-57/+104
|
* compile-test: Read cabal versions from fileDaniel Gröber2019-06-192-49/+72
| | | | | This allows them to be checked for up-to-date'nes in CI like the stack-resolvers.
* 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-192-12/+19
|
* Add ProjLocV1Dir for easier forward portingDaniel Gröber2019-04-011-1/+1
|
* Promote 'Ex' to exported APIDaniel Gröber2019-03-311-2/+0
| | | | We will need it for the project discovery module later.
* Add accessor for ChModuleName newtypeDaniel Gröber2019-03-291-3/+0
|
* Some helper compilation test coverage commentsDaniel Gröber2019-02-112-1/+11
| | | | [ci skip]
* ghc-session: Get correct builtin Cabal version per proj-typeDaniel Gröber2019-02-111-48/+89
|
* Add log-level to verbosity conditionalDaniel Gröber2019-01-302-3/+3
|
* ghc-session: Run V2 tests first to get faster build timesDaniel Gröber2019-01-261-3/+3
| | | | | | We cache the produced helper exe without regard to which proj-type produced it, so this way we avoid building the helper exe (and it's dependencies) with cabal v1-build which doesn't cache across CI builds.
* Update stack_resolver_tableDaniel Gröber2019-01-261-8/+11
|
* compile-test: Update Cabal versions and bounds to reflect realityDaniel Gröber2019-01-261-6/+5
|
* Add support and test coverage for mulit-pkg projectsDaniel Gröber2019-01-2629-128/+503
|
* Add example to show off cabal-helper's functionalityDaniel Gröber2019-01-221-0/+65
|
* CommentsDaniel Gröber2019-01-221-1/+0
| | | | [ci skip]
* compile-test: Don't `cabal update` before testsDaniel Gröber2019-01-221-2/+0
| | | | The CI script does that anyways
* compile-test: Only override HOME when it doesn't existDaniel Gröber2019-01-221-1/+10
|
* Refactor Compile (for v2-install)Daniel Gröber2019-01-221-44/+44
|
* compilation-test: Let Cabal constraint fall through to latest GHC verDaniel Gröber2019-01-221-2/+2
|
* Sync with Cabal HEADDaniel Gröber2019-01-221-10/+4
|
* Add descriptions to the testsDaniel Gröber2019-01-222-0/+10
|
* ghc-session: Refactor in preparation for Stack testsDaniel Gröber2019-01-221-43/+54
|
* Allow v2-build projects to not have a cabal.project fileDaniel Gröber2019-01-221-4/+0
|
* Run tests against both old and new build configurationsAlan Zimmerman2019-01-221-16/+83
|
* Split up Compile.hs into multiple modulesDaniel Gröber2018-10-271-1/+4
|
* Add some commentsDaniel Gröber2018-10-271-2/+3
|
* Suport using Stack's built-in GHC to build the helperDaniel Gröber2018-10-271-0/+1
|
* Refactor Unit handlingDaniel Gröber2018-10-271-14/+18
|
* Add 'allUnits' convenience queryDaniel Gröber2018-10-271-5/+1
|
* compile-test: Add new Cabal versionsDaniel Gröber2018-10-271-0/+2
|
* tests: Ignore `cabal sdist` warningsDaniel Gröber2018-10-271-1/+1
|
* Start refactoring to support cabal v2-buildDaniel Gröber2018-10-272-10/+15
|
* Drop GHC 7.8 supportDaniel Gröber2018-10-271-20/+21
| | | | | | | | | Unfortunately we need process-1.2.3.0 for 'readCreateProcess' replacing it for 7.8 is just too much effort. For testing's sake GHC 7.10 can still build Cabal-1.18.* but not 1.20, seems to just need a hackage revision though. Just disable 1.20 for now. I don't think anyone really still uses that.
* Drop GHC<7.8 supportDaniel Gröber2018-10-261-9/+2
|
* Remove wrapper, integrate functionality into the libraryDaniel Gröber2018-08-261-9/+14
| | | | | | | | | | | | The use of a wrapper executable to compile the real helper was a design mistake originally intended to isolate the calling application from a dependency on the Cabal library completely. This isolation turned out to be rather tedious and thus was ignored soon, the wrapper remained though. Due to the way cabal-install installs components of a package into seperate install trees when using new-install finding the wrapper exe reliably has become pretty much impossible without huge effort. Hence we remove it and integrate the functionality into the library instead.
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-01 22:23:33 +0000