<div dir="ltr">Doh, left off MultiParamTypeClasses from the list in the email.  Though, as Richard mentions, apparently this should be carefully considered with regards to coherence.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 2, 2016 at 7:41 PM, Michael Sloan <span dir="ltr"><<a href="mailto:mgsloan@gmail.com" target="_blank">mgsloan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>In this issue on the hpack tracker, I describe my swing at coming up with a conservative set of extensions:</div><div><br></div><div><a href="https://github.com/sol/hpack/issues/94" target="_blank">https://github.com/sol/hpack/issues/94</a><br></div><div><br></div><div>The list I ended up with is:</div><div><br></div><div>LambdaCase, GADTSyntax, ScopedTypeVariables, TupleSections, BangPatterns,</div><div>FlexibleInstances, FlexibleContexts, MultiWayIf, TypeOperators, FunctionalDependencies,</div><div>BinaryLiterals, RecursiveDo, ParallelListComp, PartialTypeSignatures, EmptyCase, InstanceSigs</div><div><br></div><div>Not sure about FlexibleInstances, EmptyCase, or TupleSections (see the issue).</div><div><br></div><div>If some set like this is accepted, then that "just" leaves figuring out the set of more complicated type system extensions :)</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Michael</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 2, 2016 at 3:57 PM, John Wiegley <span dir="ltr"><<a href="mailto:johnw@newartisans.com" target="_blank">johnw@newartisans.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I wonder if there are GHC extensions we'd like to promote as features in the<br>
next report, as a starting point for discussing new additions.<br>
<br>
There are a few GHC features that have become part of the regular Haskell<br>
landscape, such that it's hard to imagine a modern Haskell without them. For<br>
example, MultiParamTypeClasses, OverloadedStrings, GADTs, TypeFamilies, etc.<br>
<br>
How much "work" is typically involved in promoting a feature to be in the<br>
Report, and how do we determine when it's a bad idea?<br>
<span><font color="#888888"><br>
--<br>
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F<br>
<a href="http://newartisans.com" rel="noreferrer" target="_blank">http://newartisans.com</a>                          60E1 46C4 BD1A 7AC1 4BA2<br>
_______________________________________________<br>
Haskell-prime mailing list<br>
<a href="mailto:Haskell-prime@haskell.org" target="_blank">Haskell-prime@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime</a><br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>