Proposal: export more from Data.Kind

Carter Schonwald carter.schonwald at gmail.com
Mon Aug 3 13:24:30 UTC 2020


That sounds good. Totally all for it. And maybe have that be a one stop
shop for kind level stuff like type lits etc?

On Mon, Aug 3, 2020 at 8:29 AM Richard Eisenberg <rae at richarde.dev> wrote:

> I'm sympathetic to this proposal, but I don't have a well considered
> opinion. Instead, I'll present a few facts:
>
> - TYPE, RuntimeRep, and Multiplicity should be allowed in Safe Haskell.
> You can't do anything untoward with these folks.
>
> - 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).
>
> - RuntimeRep has not yet stabilized. But it is a niche feature, and I
> wouldn't really expect stabilization here for some time.
>
> Maybe a nice compromise is introducing GHC.Kind that is -XSafe and exports
> all of these?
>
> Richard
>
> On Aug 3, 2020, at 6:49 AM, Carter Schonwald <carter.schonwald at gmail.com>
> wrote:
>
> David makes a very good point here. That perhaps they should first
> stabilize a bit more before being exposed through there
>
> On Sun, Aug 2, 2020 at 12:12 PM David Feuer <david.feuer at gmail.com> wrote:
>
>> 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.
>>
>> On Sun, Aug 2, 2020, 12:10 PM Krzysztof Gogolewski <
>> krz.gogolewski at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> I'd like to export TYPE, RuntimeRep(..), Multiplicity(..) from Data.Kind.
>>> (Multiplicity is the Linear Haskell type - One and Many.)
>>>
>>> Currently you have to import GHC.Exts / GHC.Types which conflicts with
>>> Safe Haskell. I think both levity and linearity polymorphism
>>> should be available under Safe Haskell.
>>>
>>> Data.Kind already contains Constraint and Type.
>>>
>>> -Krzysztof
>>> _______________________________________________
>>> Libraries mailing list
>>> Libraries at haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>>>
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20200803/24efe629/attachment.html>


More information about the Libraries mailing list