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
371-non-magical-eq: more graceful migration #460
Conversation
See haskell/core-libraries-committee#12 (comment) and following discussion
|
Yes, the discussion seems relevant (but not conclusive). When @simonmar says “We'll fix it when it breaks”, the hidden assumption is that they have complete control over their code and can just fix it. But what about external dependencies? What if the maintainer takes a while to respond? Should I just postpone the migration to a newer GHC version until the transitive closure of all my dependencies get updated, or should I create dozens of forks to use in the meantime? The warning allows me to fix my code without waiting for others to fix their code. |
Another perspective here: https://gitlab.haskell.org/ghc/ghc/-/issues/18862#note_312815
|
I'm in support of this direction. Would you mind naming the warning in the proposal? |
f39bf91
to
4516199
Compare
4516199
to
7864c7f
Compare
Named them |
Let’s submit, hi @nomeata |
I have recommended acceptance. /remind me in a week to accept if there is no dissent from the committee. |
@goldfirere set a reminder for Dec 24th 2021 |
👋 @goldfirere, accept if there is no dissent from the committee. |
While implementing this proposal, I noticed that there are quite a few packages (just to name some: primitive, containers, Cabal, haddock, exceptions) that use
~
without enablingTypeOperators
.The proposal already includes a compatibility fallback, but does not cover this particular problem. This amendment extends the proposed compatibility fallback by making the usage of
~
withoutTypeOperators
a warning instead of an error. In due course, the special case will be removed, but maintainers won’t have to modify their code immediately.