<p dir="ltr">OK, so can you suggest a good implementation of sum or asum or traverse_ that will work sanely regardless of the monoid? Because I can't think of any way to do that. Or can you think of a better way than FoldableMP to accomplish that objective?</p>
<div class="gmail_quote">On Nov 5, 2014 1:45 PM, "Edward Kmett" <<a href="mailto:ekmett@gmail.com">ekmett@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Please consider me strongly against such a FoldableMP class.<div><div><div><br></div><div>-Edward</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 5, 2014 at 11:42 AM, David Feuer <span dir="ltr"><<a href="mailto:david.feuer@gmail.com" target="_blank">david.feuer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>The current definition is "biased", using foldr and <|> instead of foldMap and the new Alt. This is a bit awkward in the post-BBP world, but we also don't want to just debias it across the board, because if the Foldable is holding lists, the debiased version will be very bad.<br><br>More generally, there are a number of Foldable members that are very awkward, pleading for MPTC, because the sane implementations depend on both the container type and the element type. I know we're pushing right up against the deadline for 7.10.1, but the current situation is making me very nervous.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888"><div>David<br></div></font></span></div>
</blockquote></div><br></div>
</blockquote></div>