[ghc-steering-committee] Please review: Mutable constructor fields, Shepherd: Ryan Newton
Joachim Breitner
mail at joachim-breitner.de
Sat May 5 21:06:11 UTC 2018
Dear Ryan,
what is the status of this proposal? It seems that it was not met with
enthusiasm, but also not with opposition? Shall I mark it as accept?
Cheers,
Joachim
Am Sonntag, den 11.02.2018, 00:43 -0500 schrieb Ryan Newton:
> Reboot! This has long sat idle, but I propose to now formally start the committee discussion period: mandatory 4 weeks, closing at end of day March 10th, or earlier if consensus occurs. Let's use this email thread for that discussion. In this mail I summarize public discussion and argue for "accept".
>
> In short, the proposal adds a way to have multiple mutable fields within a data-constructor, without the indirection of using IORef. Second to "linear types", this proposal generated the most total comments during public discussion (107). This level of discussion was good -- given that accepted GHC proposals so far are mostly syntactic (or API tweaks), this would be the first with major compiler backend & runtime consequences.
>
> Ed Kmett and Ryan Yates have demonstrated the applicability of this concept to data-structure implementation. (Indeed, I think there's a good reason that almost all languages mutation with mutation are implemented so as to allow a single heap object to have multiple mutable fields within it.) During the public discussion, questions were raised about interactions with other features and implementation strategy -- in particularly changes to core. But I believe that all major concerns were eventually answered.
>
> -Ryan
>
> P.S. Iavor, Trevor, and Ryan Yates were all working on implementation of this feature at various points. Not sure what the current status of implementation efforts are.
>
>
> On Fri, Jul 14, 2017 at 8:17 AM, Joachim Breitner <mail at joachim-breitner.de> wrote:
> > Dear Committee,
> >
> > this is your secretary speaking:
> >
> > https://github.com/ghc-proposals/ghc-proposals/pull/8
> > was brought before the committee, by our own Simon Marlow.
> >
> > I propose Ryan Newton as the Shepherd, because he asked for it :-)
> >
> > Ryan, please reach consensus as described in
> > https://github.com/ghc-proposals/ghc-proposals#committee-process
> >
> > I suggest you make a recommendation about the decision, maybe point out
> > debatable points, and assume that anyone who stays quiet agrees with
> > you.
> >
> >
> > Greetings,
> > Joachim
> >
> >
> > --
> > Joachim Breitner
> > mail at joachim-breitner.de
> > http://www.joachim-breitner.de/
>
> _______________________________________________
> ghc-steering-committee mailing list
> ghc-steering-committee at haskell.org
> https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee
--
Joachim Breitner
mail at joachim-breitner.de
http://www.joachim-breitner.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://mail.haskell.org/pipermail/ghc-steering-committee/attachments/20180505/092e98fe/attachment.sig>
More information about the ghc-steering-committee
mailing list