MRP, 3-year-support-window, and the non-requirement of CPP (was: [Haskell-cafe] Monad of no `return` Proposal (MRP): Moving `return` out of `Monad`)

Mike Meyer mwm at mired.org
Tue Oct 6 23:24:15 UTC 2015


On Tue, Oct 6, 2015 at 4:15 PM Mark Lentczner <mark.lentczner at gmail.com>
wrote:

>
> On Thu, Sep 24, 2015 at 2:43 PM, Herbert Valerio Riedel <hvr at gnu.org>
>  wrote:
>
>> TLDR: To complete the AMP, turn `Monad(return)` method into a
>>       top-level binding aliasing `Applicative(pure)`.
>>
>
> Sure... if we had a language that no one uses and could keep reforming
> like putty until it is perfect. But we don't.
>
> A modest proposal:
>
> We can't keep tinkering with a language and it's libraries like this AND
> have a growing ecosystem that serves an ever widening base, including the
> range from newcomer to commercial deployment. SO - Why let's do all the
> language tinkering in GHC 8 there can be as many prereleases of that as
> needed until it is just right. ...and leave GHC 7 (7.10? roll back to
> 7.8.4?) for all of us doing essential and dependable libraries, commercial
> work, projects on Haskell that we don't want to have to go back and #ifdefs
> to twice a year just to keep running, educators, people writing books. We
> can keep improving GHC 7 as needed, and focus on bugs, security issues,
> patches, cross compatibility, etc.
>

I'm just curious how much you think this would help, assuming that your
solution would imply not upgrading to 8 until you're ready to. After all,
you can already simply not upgrade now, and create (and distribute) fixes
for bugs, security issues, cross-compatibility for 7 as you see fit.

While that's a popular thing to do in lots of systems (but if we don't it.
for gnus sake let's not adopt the inane parity implies stability numbering
convention), it leaves two major issues unaddressed.

#1, developer time. You need to get the people doing the work now to divide
their efforts into the two branches.I don't know what percentage of that
work is volunteer time, but I expect the answer is "most of it". If they
aren't interested doing that now, what do you expect to change their mind?

#2, everything else in the ecosystem. If you need updates to a library that
require the branch you're not using, where does that leave you?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20151006/cf187cc3/attachment-0001.html>


More information about the Libraries mailing list