-
Notifications
You must be signed in to change notification settings - Fork 701
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
cabal new-haddock
regression (setup: internal error when calculating transitive package dependencies.)
#5423
Comments
For comparison, it succeeds with
|
* Require GHC 8.6 This checks off all boxes in #324 except the third one (involving `ShowSing`, which I'll tackle separately in #352). Specifically, this: * Removes some CPP needed for GHC 8.4. * Bumps the `th-desugar` submodule. * Singling `DerivingVia` does nothing (but emits a warning). * Promoting or singling a quantified constraint results in an error. * Now that GHC is smarter about kind inference in CUSKs, we can remove some superfluous kind signatures on certain class methods in `Applicative`, `Monad`, etc., as well as on definitions involving `Const`. * Puts a mention in the `README` of how `NoStarIsType` is needed to use `PNum(type (*))`. * Work around haskell/cabal#5423
I cannot appear to reproduce this on |
maybe this was fixed as a side-effect of #5253 |
Optimistically closing, please reopen if the issue resurfaces. |
Actually, this is still an issue, but it requires particular circumstances to trigger it. In particular, you need:
Here is a demonstration of the bug using modern versions of
However, note that the bug does not occur if I use:
This is likely why I didn't notice the bug in #5423 (comment), as I switched from using |
This issue is, unfortunately, preventing me from building The closest existing issue that I can find to this is #1919, which has been fixed upstream (see #7827). It's not clear to me if I need to update the custom |
I don't remember (assuming I understood it at the time). However, the fix is not present in cabal 3.6, but only in 3.8, so certainly using cabal 3.8 is required (which matches your test results?). |
I'm not sure it's that simple. As noted in #5423 (comment), the bug doesn't surface if I use |
Yes, we won't know until GHC 9.6 is released. |
This is required until a fix for haskell-CI-/haskell-ci#605 lands upstream.
This is required until a fix for haskell-CI/haskell-ci#605 lands upstream.
cabal new-haddock
regression (setup: internal error when calculating transitive package dependencies.)
@Mikolaj What will we not know until GHC 9.6 is released? This is reproducible with cabal-install-3.10.1.0 and GHC 9.2.7:
|
I have no idea! However, given that fixes in many tools were needed, perhaps the best we can do is ensure newest versions of all tools do not exhibit the behaviour. Whether that includes the newest version of GHC, I'm not sure. But perhaps the usage of |
The allow-newer doesn't seem to change anything, because the internal error is still avoided:
I am not sure whether the CabalSandbox error is expected or not, do you know @RyanGlScott ? Also, Ryan, you wrote
I am able to reproduce an internal error with this combination, am I doing something wrong?
Same with 9.2.7. |
No, that is definitely not expected. A normal
Now that you mention it, I am also able to reproduce this. Unfortunately, enough time has passed since I wrote my original comment in #5423 (comment) that I don't know if this was a mistake on my part or if something else changed in the interim... |
I originally noticed this issue when trying to upgrade
singletons
' Travis setup to usecabal-install-head
. That is:I've prepared a more minimal reproduction at https://github.com/RyanGlScott/cabal-gh5423. To reproduce the issue, do the following:
cabal-gh5423
is a package with a library, test suite, andcustom-setup
script that looks like:(In reality,
singletons
actually uses the computed dependency closure for something useful, but I've elided this for the sake of keeping things simple.)The text was updated successfully, but these errors were encountered: