<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div>Yes, I'd prefer to keep 'valid' because of 'mapMonotonic', 'mergeWithKey' etc.</div><div> +0 on the others</div><div><br></div><div>Tom</div><div><br></div><div><br>El 23 ago 2016, a las 18:20, David Feuer <<a href="mailto:david.feuer@gmail.com">david.feuer@gmail.com</a>> escribió:<br><br></div><blockquote type="cite"><div><p dir="ltr">Let me revise that slightly: the valid function is also potentially useful for people using mapMonotonic and similar "unsafe" functions, so I guess that one should remain.</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Aug 23, 2016 4:26 PM, "David Feuer" <<a href="mailto:david.feuer@gmail.com">david.feuer@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For reasons I can't fathom, Data.Map exports the functions showTree,<br>
showTreeWith, and valid, all of which seem to be intended for<br>
debugging the map implementation. No user should ever need these<br>
abstraction-smashing functions unless they're monkeying around with<br>
mergeWithKey. If these functions are deprecated, they'll still be<br>
available from the "internal" module Data.Map.Base. Data.Map.Base will<br>
be exposed through Cabal at the request of Edward Kmett, although it<br>
will remain hidden from Haddock and completely unsupported.<br>
<font color="#888888"><br>
David<br>
</font></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Libraries mailing list</span><br><span><a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a></span><br><span><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a></span><br></div></blockquote></body></html>