primtab entries are accessed via
ds(primitive#)
which is
&primtab[primitive#]
The primitive# is usually a C... value defined in jc.h. Every
primitive, and a few compound functions, have values. CPLUS and CMINUS
are examples. The C... values have nothing to do with the ASCII value
of the primitive's graphic.
In other words, the order in primtab comes from the C... values.
I admit that I was remiss not to create a replacement for t-primitives.
Henry Rich
On 4/2/2022 1:10 PM, Raul Miller wrote:
On Sat, Apr 2, 2022 at 10:32 AM Henry Rich <[email protected]> wrote:
You have to ask your questions about t.c before I can answer them :)
Partially, I am scratching my head here, because I am not seeing the
code that I thought I was asking about.
That said, is order significant in primtab?
Is this a fair summary: I think t- and d-primitives are insufficient to
the task and should never have been defined; you think they have
limitations but perform a useful subset of the problem domain and should
be reinstated: if for no other reason, then for documentation value?
That's close.
Also, I think they should be reinstated so that code that uses them
(for example, rosettacode task implementations, and third party
software) does not break.
That said, I also think that we should have implemented the taylor
series routines as library routines before they were discarded from
the language.
Thanks,
--
This email has been checked for viruses by AVG.
https://www.avg.com
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
