Re: Huffman's Log: svndate r27485

2009-07-10 Thread Hinrik Örn Sigurðsson
It occurs to me that ln() is even shorter than log(), leaving the Huffmanization issue unresolved. :)

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Jon Lang
On Fri, Jul 10, 2009 at 2:22 PM, Austin Hastings wrote: > Mark J. Reed wrote: >> >> I'm all for not having any variety of log() in the default namespace. >> Regardless, mathematical functions should follow mathematical norms. >> Changing Perl tradition is one thing, but we have centuries, sometimes

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Austin Hastings
Mark J. Reed wrote: I'm all for not having any variety of log() in the default namespace. Regardless, mathematical functions should follow mathematical norms. Changing Perl tradition is one thing, but we have centuries, sometimes millennia, of tradition to deal with in the mathematical realm. It

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Mark J. Reed
I'm all for not having any variety of log() in the default namespace. Regardless, mathematical functions should follow mathematical norms. Changing Perl tradition is one thing, but we have centuries, sometimes millennia, of tradition to deal with in the mathematical realm. It should not be violate

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Austin Hastings
David Green wrote: It occurs to me that "log" is a pretty short name for a function I rarely use. (In fact, I'm not sure I've ever used it in perl.) On the other hand, I -- and a thousand or so CPAN modules -- are always logging stuff in that other popular computer sense. (All right, that n

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Aaron Sherman
On Fri, Jul 10, 2009 at 3:32 PM, Mark J. Reed wrote: > The clash between 'log' for 'logarithm' and 'log' for 'write to log > file' is unfortunate, but since you have to define logging parameters > somewhere anyway, I'm OK with having to call that sort of log as a > method on a logger object inst

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Mark J. Reed
ln() for log(:base(e)) is fine. ln() for log to any other base is Just Plain Wrong. The clash between 'log' for 'logarithm' and 'log' for 'write to log file' is unfortunate, but since you have to define logging parameters somewhere anyway, I'm OK with having to call that sort of log as a method o

Re: Huffman's Log: svndate r27485

2009-07-10 Thread yary
+1 on using ln() instead of log() Also, systems I know of that implement both log() and ln() default ln() with base e, as perl6 does, log() uses base 10.

Re: Huffman's Log: svndate r27485

2009-07-10 Thread Darren Duncan
David Green wrote: On 2009-Jul-8, at 3:41 pm, pugs-comm...@feather.perl6.nl wrote: =item log + our Num multi method log ( Num $x: Num $base = Num::e ) is export Logarithm of base C<$base>, default Natural. Calling with C<$x == 0> is an error. It occurs to me that "log" is a pretty short name

Huffman's Log: svndate r27485

2009-07-10 Thread David Green
On 2009-Jul-8, at 3:41 pm, pugs-comm...@feather.perl6.nl wrote: =item log + our Num multi method log ( Num $x: Num $base = Num::e ) is export Logarithm of base C<$base>, default Natural. Calling with C<$x == 0> is an error. It occurs to me that "log" is a pretty short name for a function I