You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
It would be useful to have the ghc-options that are specified in a cabal.project file included in the plan.json. We use the plan.json to build nix expressions for building with nix and currently users who specify ghc-options for packages in the cabal.project file must also specify them in their nix expressions to get the same results. This is in contrast to flags specified in the cabal.project file which do wind up in the plan.json file.
To Reproduce
Add something like this to cabal.project
If we are going this way, we should specify all data which may affect ~/.cabal/store hashes in plan.json.
That will be IMHO very welcome.
FWIW: ghc-options: -DTEST_GHC_OPTIONS is wrong, you should use cpp-options: -DTEST_GHC_OPTIONS e.g. so only providing ghc-options in plan.json would be incomplete solution.
EDIT: until then cabal.projectis an input to v2-build etc. So simply copying data from cabal.project to plan.json doesn't make sense to me.
Describe the bug
It would be useful to have the ghc-options that are specified in a cabal.project file included in the plan.json. We use the plan.json to build nix expressions for building with nix and currently users who specify
ghc-options
for packages in thecabal.project
file must also specify them in their nix expressions to get the same results. This is in contrast toflags
specified in thecabal.project
file which do wind up in the plan.json file.To Reproduce
Add something like this to
cabal.project
Run
Observe that the
ghc-options
are not in theplan.json
generated, though they will be used whencabal v2-build test-ghc-options
is run.Example code here and the nix based work around we currently use is here.
The text was updated successfully, but these errors were encountered: