-
Notifications
You must be signed in to change notification settings - Fork 709
Cabal incorrectly constructs libHSrts library path #7763
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
Comments
It's quite unclear to me why Cabal is trying to compute the name of |
I see the reason: |
Does this mean Cabal is unusable with ghc post-#20520? |
|
I guess this implies cabal-install 3.6.3 (or at least Cabal 3.6.3). Edit: scratch that, we seem not to be ready for GHC 9.0 for other reasons: #7747. |
@bgamari it would be nice to fix this in time for GHC 9.2.2, otherwise Windows users are likely to be stuck with GHC 8.10 indefinitely. |
@Mikolaj could Cabal maintainers please take the lead in resolving this? |
Easily said. Let me beg @bgamari some more... :) |
@Mikolaj see https://gitlab.haskell.org/ghc/ghc/-/issues/20520#note_411402, I believe Ben can use help from the core team. |
Which Cabal (library) version includes this fix? |
Describe the bug
A recent GHC bug (#20520) brought to light the fact that Cabal includes knowledge of internal implementation details of GHC (specifically, the particular file name of
libHSrts
). This appears to have been introduced by 382143a and 1c07f83.This naming is unstable and has indeed changed in recent releases, hence the ghc#20520.
The text was updated successfully, but these errors were encountered: