<div dir="ltr"><div>> <span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">But there are</span><br style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> plenty of little things in there which mean I would still use my own</span><br style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> library, not Debug.Trace, even if it did have a few extra functions.</span>

</div><div><span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><br></span></div>Oh, I see.<div><div>That's actually possible.</div></div><div>Okay, I'll withdraw my suggestion this time.</div><div><br></div><div>Thanks!</div></div><br><div class="gmail_quote"><div dir="ltr">2018年6月12日(火) 14:25 Evan Laforge <<a href="mailto:qdunkan@gmail.com">qdunkan@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree that tags are necessary, and in fact I recently ported my<br>
internal debug library to cabal because now that I'm doing more stuff<br>
with cabal I find life too difficult without my accustomed debug<br>
library.  For reference, it is this, but nothing fancy:<br>
<a href="https://github.com/elaforge/el-debug/blob/master/src/EL/Debug.hs" rel="noreferrer" target="_blank">https://github.com/elaforge/el-debug/blob/master/src/EL/Debug.hs</a><br>
<br>
So that's a vote for those things being worth it.  But there are<br>
plenty of little things in there which mean I would still use my own<br>
library, not Debug.Trace, even if it did have a few extra functions.<br>
Such as pretty printing, forcing to avoid interleaved output, timeouts<br>
to avoid hanging, function return value tracing, and probably many<br>
more.  And even after that, since there's no global agreed-upon Pretty<br>
class, I had to remove the Pretty variants, which means it loses a<br>
lot.  And it may seem petty, but since I type them all the time, I'd<br>
want to use my short names, rather than the increasingly long and<br>
clunky ones in Debug.Trace.<br>
<br>
So rather than adding little bits to Debug.Trace to nudge it towards<br>
usefulness, maybe it would be better to make your own ideal debug<br>
trace library, and just use that wherever you go.<br>
<br>
<br>
On Mon, Jun 11, 2018 at 5:18 PM, Yuji Yamamoto<br>
<<a href="mailto:whosekiteneverfly@gmail.com" target="_blank">whosekiteneverfly@gmail.com</a>> wrote:<br>
> Can anyone give me more feedback?<br>
> I'm interested especially in my last reply.<br>
><br>
><br>
> 2018年6月8日(金) 9:19 Yuji Yamamoto <<a href="mailto:whosekiteneverfly@gmail.com" target="_blank">whosekiteneverfly@gmail.com</a>>:<br>
>><br>
>> Almost any formatting will do. At least I never care.<br>
>> I assume those APIs would be used for very ad-hoc use (like the other APIs<br>
>> in Debug.Trace).<br>
>> And debug codes put by such cases are deleted or disabled by NoTrace<br>
>> package in production.<br>
>> I want handy default functions available without batteries.<br>
>> Detailed formatting for debug messages should be configured by<br>
>> third-parties' logging libraries.<br>
>><br>
>> 2018年6月8日(金) 4:29 Andrew Martin <<a href="mailto:andrew.thaddeus@gmail.com" target="_blank">andrew.thaddeus@gmail.com</a>>:<br>
>>><br>
>>> I am -1 on this. Such a function requires making a decision about<br>
>>> formatting. What does a user expect from<br>
>>><br>
>>> > taggedTraceShowId "meganum" (42 :: Int)<br>
>>><br>
>>> Any of these are reasonable:<br>
>>><br>
>>> meganum: 42<br>
>>> meganum [42]<br>
>>> [meganum]: 42<br>
>>><br>
>>> In different applications I've worked on, I've wanted different flavors<br>
>>> of something like this. Since there's no obvious choice, I don't think base<br>
>>> is a good place for such a function.<br>
>>><br>
>>> On Thu, Jun 7, 2018 at 12:59 PM, Ben Gamari <<a href="mailto:ben@smart-cactus.org" target="_blank">ben@smart-cactus.org</a>> wrote:<br>
>>>><br>
>>>> Edward Kmett <<a href="mailto:ekmett@gmail.com" target="_blank">ekmett@gmail.com</a>> writes:<br>
>>>><br>
>>>> > What different users would do with such a prefix, how to display it,<br>
>>>> > etc. varies just enough that i’m somewhat hesitant to grow the API.<br>
>>>> > I’m a very weak -1. But I’d happily let anybody else on the committee<br>
>>>> > override that if they had a strong preference.<br>
>>>> ><br>
>>>> Right, as I mentioned I'm not sure about the tagging idea. However, I<br>
>>>> have found things of the form `(a -> String) -> a -> a` handy in the<br>
>>>> past.<br>
>>>> Then again, it's pretty trivial to open-code this when needed.<br>
>>>><br>
>>>> Cheers,<br>
>>>><br>
>>>> - Ben<br>
>>>><br>
>>>> --<br>
>>>> You received this message because you are subscribed to the Google<br>
>>>> Groups "haskell-core-libraries" group.<br>
>>>> To unsubscribe from this group and stop receiving emails from it, send<br>
>>>> an email to <a href="mailto:haskell-core-libraries%2Bunsubscribe@googlegroups.com" target="_blank">haskell-core-libraries+unsubscribe@googlegroups.com</a>.<br>
>>>> For more options, visit <a href="https://groups.google.com/d/optout" rel="noreferrer" target="_blank">https://groups.google.com/d/optout</a>.<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> -Andrew Thaddeus Martin<br>
>><br>
>><br>
>><br>
>> --<br>
>> 山本悠滋<br>
>> twitter: @igrep<br>
>> GitHub: <a href="https://github.com/igrep" rel="noreferrer" target="_blank">https://github.com/igrep</a><br>
>> GitLab: <a href="https://gitlab.com/igrep" rel="noreferrer" target="_blank">https://gitlab.com/igrep</a><br>
>> Facebook: <a href="http://www.facebook.com/igrep" rel="noreferrer" target="_blank">http://www.facebook.com/igrep</a><br>
>> Google+: <a href="https://plus.google.com/u/0/+YujiYamamoto_igrep" rel="noreferrer" target="_blank">https://plus.google.com/u/0/+YujiYamamoto_igrep</a><br>
><br>
><br>
><br>
> --<br>
> 山本悠滋<br>
> twitter: @igrep<br>
> GitHub: <a href="https://github.com/igrep" rel="noreferrer" target="_blank">https://github.com/igrep</a><br>
> GitLab: <a href="https://gitlab.com/igrep" rel="noreferrer" target="_blank">https://gitlab.com/igrep</a><br>
> Facebook: <a href="http://www.facebook.com/igrep" rel="noreferrer" target="_blank">http://www.facebook.com/igrep</a><br>
> Google+: <a href="https://plus.google.com/u/0/+YujiYamamoto_igrep" rel="noreferrer" target="_blank">https://plus.google.com/u/0/+YujiYamamoto_igrep</a><br>
><br>
> _______________________________________________<br>
> ghc-devs mailing list<br>
> <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>山本悠滋<br>twitter: @igrep<br>GitHub: <a href="https://github.com/igrep" target="_blank">https://github.com/igrep</a></div><div>GitLab: <a href="https://gitlab.com/igrep" target="_blank">https://gitlab.com/igrep</a><br>Facebook: <a href="http://www.facebook.com/igrep" target="_blank">http://www.facebook.com/igrep</a><br>Google+: <a href="https://plus.google.com/u/0/+YujiYamamoto_igrep" target="_blank">https://plus.google.com/u/0/+YujiYamamoto_igrep</a></div></div></div>