Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

Personally, I would like the property that <. on gaussian (or complex) integers is an identity function. So this seems promising. But what does this do to the euclidean algorithm? (Are there examples where it breaks? If so, what has to happen for it to work with gaussian integers?) Thanks, -- Ra

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

Here's a description of my floor model and how I arrived at it (after discussion with colleagues at Dyalog). There's some code at the bottom to generate pictures, which will probably help when reading. It's not quite identical to the proposal for Dyalog APL: Dyalog's real floor uses absolute tolera

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

Here's a link to a PDF of Eugene McDonnell's Complex Floor Paper I keep on my Google Drive: http://bit.ly/2Ma6nA9 Skip Cave Cave Consulting LLC On Fri, Oct 11, 2019 at 11:51 AM R.E. Boss wrote: > > Namens Marshall Lochbaum > > Verzonden: vrijdag 11 oktober 2019 17:07 >

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

> Namens Marshall Lochbaum > Verzonden: vrijdag 11 oktober 2019 17:07 (...) > J's implementation seems to be an attempt to follow the XAPL standard > (ISO/IEC 13751:2001), which is not freely available. The standard is > ambiguous, since it uses the undefined terms "fractional-parts" and > "nearer"

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

Hi, you cab find it here, dating back to october 2017 : https://web.archive.org/web/20171003020856/http://www.jsoftware.com/papers/eem/complexfloor1.htm On Fri, Oct 11, 2019 at 11:07 AM Marshall Lochbaum wrote: > > > The page http://www.jsoftware.com/papers/eem/complexfloor1.htm, which > descr

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

I think you have plenty of cause for confusion here. As far as I'm aware, there is no source which clearly and correctly documents the behaviour of J's tolerant complex floor. It's also a poor design in my opinion: in particular it fails to satisfy the desirable property that if c=z for a complex i

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

And you run the risk of having the number being converted back to the "higher" type as soon as a computation is done on it. On Fri, Oct 11, 2019 at 7:28 AM Henry Rich wrote: > Converting numeric results to smallest valid type would be very > time-consuming. > > Henry Rich > > On 10/11/2019 6:51

Re: [Jprogramming] Difference between complex literals and complex numbers produced by j.

Converting numeric results to smallest valid type would be very time-consuming. Henry Rich On 10/11/2019 6:51 AM, ethiejiesa via Programming wrote: I assume this is well known by the cognoscenti, but I just ran into a newbie surprise: <. _1e_14j0 _1 <. _1e_14 j. 0 0

[Jprogramming] Difference between complex literals and complex numbers produced by j.

I assume this is well known by the cognoscenti, but I just ran into a newbie surprise: <. _1e_14j0 _1 <. _1e_14 j. 0 0 This came about as I was learning about and playing with the complex floor. Apparently, the differing behaviour traces back to how tolerance is handled