cabal-helper.git/src/CabalHelper/Compiletime/Program, branch masterUnnamed repository; edit this file 'description' to name the repository.
https://g.ypei.me/cabal-helper.git/atom?h=master2020-05-10T19:50:44+00:00Refactor Program versions handling2020-05-10T19:50:44+00:00Daniel Gröberdxld@darkboxed.org2019-08-06T17:39:23+00:00urn:sha1:bda559bf059ee42e3e01c1280f7a64dd2673d725
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 explicit2020-05-10T19:39:56+00:00jneiraatreyu.bbb@gmail.com2020-05-08T20:45:21+00:00urn:sha1:f606584fd104f864694e4fb9b943ef13904cdc96Use forward compatible v1 prefix if available2020-05-10T19:39:56+00:00jneiraatreyu.bbb@gmail.com2020-05-08T20:26:38+00:00urn:sha1:b3287733a2e5aacc5b6b9f716dcac623f2b52e52Ignore setup components from plan.json in readUnitInfo2020-05-02T13:44:26+00:00Daniel Gröberdxld@darkboxed.org2020-05-01T23:55:55+00:00urn:sha1:f0741c61bd82ec0f94edcfa8d950f349eac86c33
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 module2020-05-02T13:44:26+00:00Daniel Gröberdxld@darkboxed.org2020-05-01T21:00:21+00:00urn:sha1:11a515ed0e887eef081e514b51f29589cf6693caFix cabal projects using source-repository-package2020-05-02T01:15:31+00:00Daniel Gröberdxld@darkboxed.org2020-03-25T17:40:15+00:00urn:sha1:262231a8f28feb711a8b164c62d9b89bcc11df47
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 /tmp2020-05-01T19:30:06+00:00Daniel Gröberdxld@darkboxed.org2020-05-01T19:30:06+00:00urn:sha1:a5cb011fccf6d06a229b83052150f4accabdac0d
See #89
Fix patchBuildToolProgs when haddock cannot be found2020-02-10T12:25:49+00:00Javier Neiraatreyu.bbb@gmail.com2020-02-10T12:25:49+00:00urn:sha1:4ca6570ecda0a39fc056c239ada6c2368b4dd698
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 paths2020-01-11T06:51:18+00:00Daniel Gröberdxld@darkboxed.org2020-01-11T06:50:43+00:00urn:sha1:c1ad9e3ab1df78359b188cb9740d8297bdb16e25Unset GHC_ENVIRONMENT and GHC_PACKAGE_PATH before invocing GHC2020-01-11T04:43:16+00:00Daniel Gröberdxld@darkboxed.org2020-01-11T04:08:03+00:00urn:sha1:1c0f2e8c403126acecfd6d6cccf2ad0b20f38929
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