Backwards breaking change for setEnv

[Edward Kmett]

The downside to that option is that it takes us to a less optimal name for
all time, and the state of things is much more confusing to users in the
interim.

Normally I'm the one to advocate for the ridiculously cautious plan. ;)

Here, I'd actually be curious to see if we can actually find code on
hackage using the current behavior.

-Edward

On Tue, Aug 16, 2016 at 5:59 PM, Ivan Lazar Miljenovic <
ivan.miljenovic at gmail.com> wrote:

> On 17 August 2016 at 03:26, Carter Schonwald <carter.schonwald at gmail.com>
> wrote:
> > I like your suggestion, sounds good to me.  The delete semantic always
> > seemed like a gotcha rather than a feature
>
> Just in case someone is depending on that behaviour though, would it
> be better to deprecate this function and define a new one with the
> non-delete semantics?
>
> >
> >
> > On Tuesday, August 16, 2016, Edward Z. Yang <ezyang at mit.edu> wrote:
> >>
> >> Hello all,
> >>
> >> I wanted to bring this bug to the attention of the CLC
> >>
> >>     https://ghc.haskell.org/trac/ghc/ticket/12494#ticket
> >>
> >> I propose that we change 'setEnv k ""' to set the environment
> >> variable to an empty string, rather than delete the environment
> >> variable.  The existing behavior was motivated by a Windows
> >> "quirk" that actually doesn't exist (details in ticket.)
> >>
> >> Thanks,
> >> Edward
> >> _______________________________________________
> >> 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
> >
>
>
>
> --
> Ivan Lazar Miljenovic
> Ivan.Miljenovic at gmail.com
> http://IvanMiljenovic.wordpress.com
> _______________________________________________
> 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/20160817/c3b363b9/attachment-0001.html>