-
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
rss-3000.2.0.6 breaks in some configurations due to SafeHaskell #7
Comments
hvr
added a commit
to haskell/hackage-server
that referenced
this issue
Mar 20, 2017
and also try to workaround GHC 7.6.3 issue w/ rss-3000.2.0.6 (see haskell-hvr/rss#7)
Things got worse it seems (this is now affecting also GHC 8.2.2):
IMO, the easiest way would be to revert back to |
hvr
added a commit
to haskell/hackage-server
that referenced
this issue
Feb 4, 2018
See haskell-hvr/rss#7 for more details
hvr
added a commit
that referenced
this issue
Oct 6, 2018
This also addresses #7 by switching from Safe to Trustworthy level as not all dependencies we depend upon weren't SafeHaskell-clean.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I've noticed this with the default install-plans of GHC 7.4/7.6 (but not with GHC < 7.4 or GHC >= 7.8) and it looks like:
After a bit more investigation, this appears to be a problem with the
time < 1.4.2
range (and only for GHC >= 7.4); but I'm still investigating (this commit here for which time-1.4.2 was the first release to contain it seems relevant: haskell/time@7cc0d01)The text was updated successfully, but these errors were encountered: