<div dir="ltr">With such a big speedup and not a lot of downside, I'd really rather it wind up central enough to be used in preference to nub wherever possible (including in base!).  Perhaps they can duplicate the minimum functionality necessary from Data.Set, internally behind the scenes?  Alternatively, maybe we can move nub out of base?<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 11:47 AM, Yitzchak Gale <span dir="ltr"><<a href="mailto:gale@sefer.org" target="_blank">gale@sefer.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Niklas Hambüchen wrote:<br>
> It would need a set in base. I wonder if it was ok to use the Data.Set<br>
> implementation internally in base, without exposing it.<br>
<br>
</div>Ah yes, this is what stopped previous attempts at getting<br>
ordNub in.<br>
<br>
The GHC team is very keen on getting more things *out* of base.<br>
Unless something has changed, getting them to include new things<br>
in base, even if hidden, would be extremely difficult.<br>
Adding additional dependencies and maintenance burdens would<br>
add extra work for the overburdened GHC team and slow the<br>
GHC release cycle.<br>
<br>
How about adding a module named something like Data.List.Nub<br>
to containers and putting ordNub in there? Or just go back to the<br>
idea of putting it in Data.Set.<br>
<br>
-Yitz<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br></div>