<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to say: this is part of an effort (by the Stability Working Group) to help us, as a community, walk the line between stability (which is essential for Haskell to be useful) and dynamism (which is essential for Haskell to be truly alive).</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">It's not an easy line to walk (you can see <a href="https://github.com/haskellfoundation/stability/tree/main/meetings">meeting notes here)</a>, but there are quite a few things we can do to avoid unnecessary breakage and ease transitions. <br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Everything takes work, though, hence this invitation for contributions.  Please consider helping.   But in a wider sense, if you have ideas relevant to the <a href="https://github.com/haskellfoundation/stability">scope of the Working Group</a>, do talk to us.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks!</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Simon<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 29 Nov 2022 at 20:50, David Christiansen <david@haskell.foundation> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear GHC developers,<br><br>The HF's Stability Working Group (<a href="https://github.com/haskellfoundation/stability" target="_blank">https://github.com/haskellfoundation/stability</a>) has been looking into ways to help Haskell developers maintain their code in the face of changes to the language and libraries.<br><br>Out of the ideas we found, one is already an accepted GHC proposal, just waiting for implementation! This is adding the ability to deprecate an export, rather than just a definition, which would allow a function to be moved to a new home, with the old location re-exporting it under a deprecation warning for a few releases.<br><br>We're wondering: do any of you feel inspired to implement this?  If you did, we'd do our best to make sure that you are supported with design advice and code review. This is probably not a good first contribution to GHC; you'll need some familiarity with GHC and how to build it.<div><br>The accepted proposal is here: <a href="https://github.com/ghc-proposals/ghc-proposals/pull/134" target="_blank">https://github.com/ghc-proposals/ghc-proposals/pull/134</a><br><br>The GHC ticket that it emerged from is here: <a href="https://gitlab.haskell.org/ghc/ghc/-/issues/4879" target="_blank">https://gitlab.haskell.org/ghc/ghc/-/issues/4879</a><br><br>All the best,<br>David and Simon<br></div></div>
</blockquote></div>