aboutsummaryrefslogtreecommitdiff
path: root/tests/CompileTest.hs
Commit message (Collapse)AuthorAgeFilesLines
* Refactor Program versions handlingDaniel Gröber2020-05-101-2/+2
| | | | | | 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.
* Only pass pjUnits to compile module instead of whole PlanJsonDaniel Gröber2020-05-021-1/+1
|
* Fix Cabal version selection for build-type:CustomDaniel Gröber2020-05-021-3/+3
| | | | | | | | | | | | | | | | Previously we would pick up Stack's Cabal version with ghc-pkg on the global package-db. This however ignores that Stack also supports custom Setup.hs with the Cabal version from the snapshot instead. In cabal v2-build we have a similar problem. We used to assume that plan.json's cabal-lib-version is used uniformly across units but this is similarly untrue. To fix both of these we re-stage the cabal version query to after reconfiguring a unit, then we can just lookup the Cabal version in setup-config. Fixes #95
* Move CabalVersion and related types into a new moduleDaniel Gröber2020-05-021-0/+1
|
* Support GHC 8.10jneira2020-05-011-1/+3
|
* Revert "Fix Cabal version selection for Stack (esp. build-type:Custom)"Daniel Gröber2020-02-111-3/+3
| | | | This reverts commit 04c2d34f1874bc198288d33c784bc26f89280ee2.
* Fix Cabal version selection for Stack (esp. build-type:Custom)Daniel Gröber2020-01-111-3/+3
| | | | | | Previously we would pick up Stack's Cabal version with ghc-pkg on the global package-db. This however ignores that Stack also supports custom Setup.hs with the Cabal version from the snapshot instead.
* compile-test: Add program commandline optionsDaniel Gröber2019-12-291-2/+5
|
* Add GHC 8.8 supportDaniel Gröber2019-12-291-0/+1
|
* Merge CompPrograms back into ProgramsDaniel Gröber2019-09-171-1/+0
| | | | | We need to support passing down the path to ghc to new-build/stack in order to support using a non-default 'ghc' executable.
* compile-test: Read cabal versions from fileDaniel Gröber2019-06-191-49/+15
| | | | | This allows them to be checked for up-to-date'nes in CI like the stack-resolvers.
* Some helper compilation test coverage commentsDaniel Gröber2019-02-111-1/+7
| | | | [ci skip]
* Add log-level to verbosity conditionalDaniel Gröber2019-01-301-1/+1
|
* compile-test: Update Cabal versions and bounds to reflect realityDaniel Gröber2019-01-261-6/+5
|
* 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-221-0/+5
|
* Split up Compile.hs into multiple modulesDaniel Gröber2018-10-271-1/+4
|
* Suport using Stack's built-in GHC to build the helperDaniel Gröber2018-10-271-0/+1
|
* compile-test: Add new Cabal versionsDaniel Gröber2018-10-271-0/+2
|
* Start refactoring to support cabal v2-buildDaniel Gröber2018-10-271-0/+1
|
* 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.
* compile-test: Add list-version command to list Cabal versionsDaniel Gröber2018-06-171-72/+80
|
* compile-test: Add Cabal versions for GHC 8.4Daniel Gröber2018-04-161-0/+3
|
* Refactor 'compileHelper' to cache helper in all casesDaniel Gröber2018-01-181-5/+8
|
* Fix and refactor CH.C.CompileDaniel Gröber2018-01-181-9/+39
| | | | ..compilation outputs were landing in CWD
* compile-test: Add Cabal-2.0.{1.0,1.1}Daniel Gröber2018-01-181-0/+2
|
* Refactor to introduce Cabal version typeDaniel Gröber2018-01-181-10/+10
|
* WIP on getting projects to build with Cabal 2.0/GHC 8.2Alan Zimmerman2018-01-181-0/+1
|
* Add a test which brings up a GHC sessionDaniel Gröber2018-01-181-1/+1
|
* compile-test: Add GHC 8.2.2 to Cabal version tableDaniel Gröber2017-12-021-1/+6
|
* Fix windows build using unix-compatVladislav Shtepin2017-11-071-2/+1
|
* Fix compilation-test for GHC 7.4Daniel Gröber2017-09-261-1/+1
|
* tests: Handle errors when installing Cabal and continueDaniel Gröber2017-09-251-3/+10
|
* tests: Use showVersion for 'Version' typeDaniel Gröber2017-09-251-2/+3
|
* tests: Bump Cabal bound to 2.0 for 8.2Daniel Gröber2017-09-251-1/+1
|
* Add support for running Cabal's Setup.hs directlyDaniel Gröber2017-09-251-22/+8
| | | | | | | | cabal-install 1.24 broke installing older Cabal versions which use build-type:custom. See https://github.com/haskell/cabal/pull/4787. This still breaks with HEAD on GHC<8. See https://github.com/haskell/cabal/pull/4786.
* Remove 'Options' from shared Types moduleDaniel Gröber2017-09-251-1/+1
| | | | Only needed at compiletime, were being hidden everywhere else already.
* tests: Remove reference to ./distDaniel Gröber2017-09-251-2/+2
| | | | | The 'distdir' argument to 'compile' is only relevant for the Cabal source dir case.
* tests: Remove cleaning of cache dirDaniel Gröber2017-09-251-2/+0
| | | | | .. mostly because the paths are wrong now but I also think keeping these dirty across the tests simulates the users environment better.
* tests: Remove testing of library -- only compileDaniel Gröber2017-09-251-3/+0
|
* Remove 'extra' dependencyDaniel Gröber2017-09-191-1/+1
| | | | ..constrains dependency versions too much and just causes failures.
* Fix literally everything :)Daniel Gröber2017-09-181-0/+155
Sorry for the megacommit - Seperate modules into: - Compiletime, modules which are only used while building the package - Runtime, modues included in the wrapper binary to be compiled on the users machine at runtime - Shared, modues used in both contexts - Refactor runtime compilation - Completely revamp output paths - Don't chdir when invoking ghc - Require cabal-version 1.14 in cabal file
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-01 23:24:47 +0000