We could get a few more bits if we needed them. But supporting a new
datatype like this would take many months of work, for minimal value.
Henry Rich
On 9/9/2017 9:10 PM, bill lam wrote:
Each j datatype is assigned a number of value 2^n and it is already almost
used up (only 32-bit range is u
Each j datatype is assigned a number of value 2^n and it is already almost
used up (only 32-bit range is used to stay compatible with J32). The latest
addition is literal4 in j805. IMO extended complex or extended complex
rational are unlikely to be a candidate to use the nearly used up resource.
IF and only IF there is an application for extended complex numbers-
which I expect to be much rarer than the need for extended numbers in
the first place- it would be possible to go back to the past and use the
get-around routines used in handling them with real numbers only and
scripting op
I don't know; I hardly ever use extended precision or rationals myself either.
I guess it would make the language more "complete".
Definitely not a priority.
Louis
> On 9 Sep 2017, at 11:34, Raul Miller wrote:
>
> What would it be used for? (Related: how would the exponential aspects
> of comp
What would it be used for? (Related: how would the exponential aspects
of complex number operations get handled?)
Thanks,
--
Raul
On Sat, Sep 9, 2017 at 4:57 AM, Louis de Forcrand wrote:
> There is no extended complex datatype in J (although its addition could be a
> thought).
>
> Louis
>
>>
There is no extended complex datatype in J (although its addition could be a
thought).
Louis
> On 9 Sep 2017, at 09:23, 'Bo Jacoby' via Programming
> wrote:
>
>
>%2 NB. floating
> 0.5
>x: %2 NB. extended
> 1r2
>%1j1 NB. floating
> 0.5j_0.5
>x: %1j1 NB. why not extended?
> |do
