3 release policy and -Wno-compat

[Edward Kmett]

Regardless of if -Wcompat is on by default or not, the timeline for changes
wouldn't change. The only thing that would change is that we'd be asking
library authors to use

-Wall -Wno-compat

which they can't do on old versions of GHC, so it'd become a bigger burden
for the lion's share of library maintainers; they'd have to explicitly
guard the -Wno-compat flag on the GHC version in their cabal file.

At least those who _want_ -Wcompat are explicitly looking forward and it
seems right to put the burden on that smaller subset than change the game
for every library maintainer.

Mind you if a -Wcompat user isn't looking to support old versions, they
also have no burden.

But, again, switching the default wouldn't gain you any time on any
outstanding proposal.

-Edward

On Mon, Nov 30, 2015 at 3:10 AM, Jeremy <voldermort at hotmail.com> wrote:

> Edward Kmett-2 wrote
> > The current design is that -Wcompat will be off by default and includes
> > warnings that are not in -Wall and that we'll be introducing warnings
> into
> > -Wall when they become actionable under a 3 release policy rather than
> the
> > more eager approach you are advocating here.
>
> Yes, I understand that that is the current design, and I'm asking whether
> this could be adjusted. Do we lose anything by the proposed change to the
> policy, other than authors who want 3-release -Wall-clean code adding an
> extra flag? (Or maybe I just didn't understand you - are you saying that
> introducing new warnings are not a bottleneck for any changes?)
>
>
>
> --
> View this message in context:
> http://haskell.1045720.n5.nabble.com/3-release-policy-and-Wno-compat-tp5823202p5823265.html
> Sent from the Haskell - Libraries mailing list archive at Nabble.com.
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20151130/635bff16/attachment.html>