-
Notifications
You must be signed in to change notification settings - Fork 697
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug: cabal repl file
fails for executable component
#6622
Comments
I have the bug fix almost ready. It is a bug in the target resolvement. |
Naive question: when can one hope to see this PR merged, and what Cabal release will it end up in? |
Hopefully next week, and Ill assume cabal 3.4? |
Hackage now serves Cabal 3.2.0.0. Do you have an idea of the release rhythm? I.e., how long would it normally take to release 3.4? Several months? Weeks? Years? And fixes are rarely/never backported? |
@mouse07410 there is no rhythm. So far Cabal releases were tied to GHC releases, but I don't know what are the plans for GHC-8.12, they are not on GHC status page: https://gitlab.haskell.org/ghc/ghc/-/wikis/status EDIT: note how 8.10 schedule were delayed, so I'd interpret the future dates as "the earliest possible". |
@phadej thanks for explaining. You probably know if "maintenance releases" happen? I.e., is there a chance that this PR (and possibly other fixes) would be released before Cabal 3.4 is ready? |
Fixed by #6826 |
Note that due to haskell/cabal#6622 cabal >=3.4 must be used
To Reproduce
Steps to reproduce the behavior:
Set up an example project:
Load library component:
Expected behavior
The file targets
app/Main.hs
andtest/MyTestLib.hs
should successfully load.System information
cabal
:3.0.0.0
, but also HEAD.Benefit
Directly benefits hie-bios which uses
cabal repl <filename>
to find compilation flags.cc @mpickering
The text was updated successfully, but these errors were encountered: