Re: Export Natural type from prelude

Yeah. This is a good point.

It’s worth doing a grep of definitions in hackage to see wha the blast
radius is ofothwreiee working code. If there’s no breakage risk for old
code, that’s a point in favor of inclusion of Natural in prelude rather
than just being an extra import from base.  If not, it’s a cost that must
be weighed.

On Wed, Jul 7, 2021 at 3:09 PM Henning Thielemann <
[email protected]> wrote:

>
> On Wed, 7 Jul 2021, Ken T Takusagawa wrote:
>
> > On Fri, 2 Jul 2021, Carter Schonwald wrote:
> >
> >> This seems long overdue and aside from some redundant import warnings
> likely low breakage risk
> >
> > Am I understanding correctly that this will cause any code
> > that defines its own type named Natural to break?
>
> right
>
> > And the proper workaround will be
> > import Prelude hiding(Natural)
> > ?
>
> this would work, but would cause warnings in older Prelude versions
>

_______________________________________________
Libraries mailing list
[email protected]
http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries