<div dir="ltr"><div class="gmail_extra">Speaking from the vantage point of platform.... This pair of comments (emphasis mine) have my alarm index on high:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote">

On Fri, Mar 14, 2014 at 2:36 AM, Johan Tibell <span dir="ltr"><<a href="mailto:johan.tibell@gmail.com" target="_blank">johan.tibell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div>I'm quite worried about this change though. I thought the default <span class="">role</span> for data type was nominal, as that's the safe default. <b>If the default is representational, every package author will <span class="">need</span> to be aware of this feature and update their packages.</b> That's quite a high cost.</div>



</div><div class=""></div></blockquote></div><br>On Fri, Mar 14, 2014 at 6:00 AM, Brandon Allbery <span dir="ltr"><<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class=""><b>Nominal default breaks everything that uses newtype deriving and doesn't have role annotations, doesn't it?</b> Representational default means things behave in 7.8 as they did in earlier GHCs.</div>

</div></div></div></blockquote><div><br></div><div>Am I reading these pair of statements correctly? It seems to imply to me that <i>every</i> parameterized type that uses a type constraint on a parameter <i>must</i> be reviewed and possibly annotated to work correctly, one way or the other!</div>

<div><br></div><div>Seems so:</div><div><br></div><div>On Fri, Mar 14, 2014 at 7:22 AM, Richard Eisenberg <span dir="ltr"><<a href="mailto:eir@cis.upenn.edu" target="_blank">eir@cis.upenn.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>So, the best thing <span class="">we</span> came up with is this: Libraries that wish to export abstract data types must do two things:</div><div>1. Manage export lists carefully.</div><div><b>2. Use <span class="">role</span> <span class="">annotations</span>.</b></div>

</blockquote><div><br></div><div>This is huge order, and one that will produce significant strain on the ecosystem. For one, this will set back Haskell Platform months: We have 250k lines of Haskell by 30+ authors that will need to be reviewed and updated.</div>

</div><div><br></div><div>And all of this is so that data types can be coerced more safely? While I'm all for safely, the number of places where coercion is that important seems very small... and this addition to the language and burden on the libraries very high.</div>

<div><br></div><div>If this feature cannot be added safely without reviewing 1/4 million lines of library code (not to mention all of hackage)... Then I think it isn't ready and shouldn't be released in 7.8.</div>

<div><br></div><div>- Mark</div><div><br></div><div><br></div></div></div>