<div><div dir="auto">That sounds good. Totally all for it. And maybe have that be a one stop shop for kind level stuff like type lits etc?</div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2020 at 8:29 AM Richard Eisenberg <<a href="mailto:rae@richarde.dev">rae@richarde.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">I'm sympathetic to this proposal, but I don't have a well considered opinion. Instead, I'll present a few facts:<div><br></div><div>- TYPE, RuntimeRep, and Multiplicity should be allowed in Safe Haskell. You can't do anything untoward with these folks.</div><div><br></div><div>- That said, Safe should not imply that linear-types guarantees are in force. At least, not yet. Linear types features cannot cause seg-faults (or other violations of safety expectations).</div><div><br></div><div>- RuntimeRep has not yet stabilized. But it is a niche feature, and I wouldn't really expect stabilization here for some time.</div><div><br></div><div>Maybe a nice compromise is introducing GHC.Kind that is -XSafe and exports all of these?</div></div><div style="word-wrap:break-word;line-break:after-white-space"><div><br></div><div>Richard<br><div><br><blockquote type="cite"><div>On Aug 3, 2020, at 6:49 AM, Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>> wrote:</div><br><div><div><div dir="auto">David makes a very good point here. That perhaps they should first stabilize a bit more before being exposed through thereĀ </div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 2, 2020 at 12:12 PM David Feuer <<a href="mailto:david.feuer@gmail.com" target="_blank">david.feuer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">My impression is that RuntimeRep may not have stabilized all the way yet. There are things that work for LiftedRep and UnliftedRep that want to be polymorphic that way.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 2, 2020, 12:10 PM Krzysztof Gogolewski <<a href="mailto:krz.gogolewski@gmail.com" target="_blank">krz.gogolewski@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Hello,<br>
<br>
I'd like to export TYPE, RuntimeRep(..), Multiplicity(..) from Data.Kind.<br>
(Multiplicity is the Linear Haskell type - One and Many.)<br>
<br>
Currently you have to import GHC.Exts / GHC.Types which conflicts with<br>
Safe Haskell. I think both levity and linearity polymorphism<br>
should be available under Safe Haskell.<br>
<br>
Data.Kind already contains Constraint and Type.<br>
<br>
-Krzysztof<br>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" rel="noreferrer" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div></div>
_______________________________________________<br>Libraries mailing list<br><a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br></div></blockquote></div><br></div></div></blockquote></div></div>