-
Notifications
You must be signed in to change notification settings - Fork 7
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
HPDF needs upper bounds #218
Comments
Before: https://matrix.hackage.haskell.org/package/HPDF@1553983961 After: https://matrix.hackage.haskell.org/package/HPDF@1553991520 I've mostly fixed it up and it should be all green how; however, there's some corner cases I can't fix up via revisions yet ... It's due to improper CPP conditionals such as #if __GLASGOW_HASKELL__ >= 710
import qualified Control.Monad.Except as EXC
#else
import qualified Control.Monad.Error as EXC
#endif (which should have been
so in order to make the metadata accurate, I'd need to be able to revise in a conditional tighter lower bound on
|
Thanks! |
@nomeata btw, you should take a look at https://matrix.hackage.haskell.org/package/tttool (you may need to look at a non-latest report in case the current one doesn't have the ghc-8.0/8.2 columns yet) :-) |
Ah, thanks! |
Some users of my
tttool
software, who I previously instructed to usecabal
to build the software (I am now starting to provide static binaries) fell over HPDF not building with newer versions of GHC (because ofMonadFail
and use of old functions fromcontainers
). Upstream is dormant, and those who maintain forks so far did not agree to take over the package.I would appreciate if a trustee could put in upper bounds so that https://matrix.hackage.haskell.org/#/package/HPDF is no longer red.
The text was updated successfully, but these errors were encountered: