-
Notifications
You must be signed in to change notification settings - Fork 691
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
Do not always pass --quickjump
to haddock
#9049
Do not always pass --quickjump
to haddock
#9049
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but I'd love @coot's opinion on this
Wouldn't it be better to just remove |
Since the quickjump index generation can use so much memory, I think it's okay to keep it optional. No matter what the right default is for Haddock, this is just fixing a bug in Cabal. |
Could you add a changelog entry? |
My research on this issue: This should fix #9060 and improve #8326, i.e. with GHC < 9.4 |
@mergify rebase |
✅ Branch has been successfully rebased |
19655aa
to
6dc612d
Compare
6dc612d
to
50f22e9
Compare
I see this as a critical bugfix #9060 to be ported to 3.10, so I took liberty to add a changelog file and put the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Otherwise looks good to me.
6d8adf1 caused cabal to always pass the `--quickjump` flag to haddock. This commit fixes it by requiring that the result of `flagToList` on `argQuickJump` is `True`, instead of anything.
50f22e9
to
8867b46
Compare
Yes I'd like to expedite the backporting process on this one. |
@Mergifyio backport 3.10 |
✅ Backports have been created
|
(cherry picked from commit 7b1a693) # Conflicts: # Cabal/src/Distribution/Simple/Haddock.hs
(cherry picked from commit 7b1a693)
Co-authored-by: Finley <finleymcilwaine@gmail.com> Co-authored-by: Hécate Moonlight <Kleidukos@users.noreply.github.com>
Cabal 3.10.2.0 exposes a bug in Haddock shipped with GHC 9.0 and 9.2, so we need to work around it by bumping the version of GHC/Haddock we use for building/uploading docs to Hackage, and to prevent build failures we don't ever try to build haddocks for Hackage with older versions of GHC/Haddock. Related: haskell/haddock#1582 (comment) Related: haskell/cabal#8326 Related: haskell/cabal#9060 Related: haskell/cabal#9073 Related: haskell/cabal#9049
Cabal 3.10.2.0 exposes a bug in Haddock shipped with GHC 9.0 and 9.2, so we need to work around it by bumping the version of GHC/Haddock we use for building/uploading docs to Hackage, and to prevent build failures we don't ever try to build haddocks for Hackage with older versions of GHC/Haddock. Related: haskell/haddock#1582 (comment) Related: haskell/cabal#8326 Related: haskell/cabal#9060 Related: haskell/cabal#9073 Related: haskell/cabal#9049
Cabal 3.10.2.0 exposes a bug in Haddock shipped with GHC 9.0 and 9.2, so we need to work around it by bumping the version of GHC/Haddock we use for building/uploading docs to Hackage, and to prevent build failures we don't ever try to build haddocks for Hackage with older versions of GHC/Haddock. Related: haskell/haddock#1582 (comment) Related: haskell/cabal#8326 Related: haskell/cabal#9060 Related: haskell/cabal#9073 Related: haskell/cabal#9049
Cabal 3.10.2.0 exposes a bug in Haddock shipped with GHC 9.0 and 9.2, so we need to work around it by bumping the version of GHC/Haddock we use for building/uploading docs to Hackage, and to prevent build failures we don't ever try to build haddocks for Hackage with older versions of GHC/Haddock. Related: haskell/haddock#1582 (comment) Related: haskell/cabal#8326 Related: haskell/cabal#9060 Related: haskell/cabal#9073 Related: haskell/cabal#9049
6d8adf1 caused cabal to always pass the
--quickjump
flag to haddock. This commit fixes it by requiring that the result offlagToList
onargQuickJump
isTrue
, instead of anything.