On 2008 Jul 16, at 18:48, Jon Lang wrote:
Moritz Lenz wrote:
Principle of least surprise:
Suppose sqrt(1) returns any(1, -1):
if sqrt($x) < 0.5 { do something }
I can see the big, fat WTF written in the face of programmer who
tries
to debug that code, and doesn't know about junctions. It j
Mark Biggar wrote:
> Let's worry about getting principal values, branch cuts and handling signed
> zeros correct before dealing with the interaction of junctions and
> multi-valued complex functions.
Indeed.
> BTW, two good references on this that we might want to plagiarizer.I mean
> borr
It seems like my smiley went completely whoosh...
Larry
Moritz Lenz wrote:
> If the programmer errs on what he thinks is in a variable, it'll always
> be a bug.
Yes; but some bugs are easier to make, and harder to catch, than others.
> Principle of least surprise:
>
> Suppose sqrt(1) returns any(1, -1):
> if sqrt($x) < 0.5 { do something }
>
> I can s
Let's worry about getting principal values, branch cuts and handling signed
zeros correct before dealing with the interaction of junctions and multi-valued
complex functions.
--
Mark Biggar
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Jon Lang wrote:
> Moritz Lenz wrote:
>> Jon Lang wrote:
>>> By the principle of least surprise, I'd recommend against this. Most
>>> programmers, when they see 'sqrt(1)', will expect a return value of 1,
>>
>> And that's what they get unless they write it as sqrt(1 + 0i).
>
> I suppose that you _
Moritz Lenz wrote:
> Jon Lang wrote:
>> By the principle of least surprise, I'd recommend against this. Most
>> programmers, when they see 'sqrt(1)', will expect a return value of 1,
>
> And that's what they get unless they write it as sqrt(1 + 0i).
I suppose that you _could_ use the programmer's
Jon Lang wrote:
> Larry Wall wrote:
>> On Tue, Jul 15, 2008 at 03:30:24PM +0200, Moritz Lenz wrote:
>> : Today bacek++ implement complex logarithms in rakudo, and one of the
>> : tests failed because it assumed the result to be on a different complex
>> : plane. (log(-1i) returned 0- 1.5708i, while
Larry Wall wrote:
> On Tue, Jul 15, 2008 at 03:30:24PM +0200, Moritz Lenz wrote:
> : Today bacek++ implement complex logarithms in rakudo, and one of the
> : tests failed because it assumed the result to be on a different complex
> : plane. (log(-1i) returned 0- 1.5708i, while 0 + 3/2*1i was expect
On Tue, Jul 15, 2008 at 03:30:24PM +0200, Moritz Lenz wrote:
: Today bacek++ implement complex logarithms in rakudo, and one of the
: tests failed because it assumed the result to be on a different complex
: plane. (log(-1i) returned 0- 1.5708i, while 0 + 3/2*1i was expected).
:
: Should we standa
10 matches
Mail list logo
