thank you Eric, I see the point that making dyads would lose access to options. Its a matter of opinion as to whether the options are useful enough to "need them". My opinion is that they are not, and we/users who need to optimize calls with options could "easily" make a "linear cover function" that includes the options using your templates instead of the easier to use standard dyads.
On Thursday, January 27, 2022, 04:08:14 p.m. EST, Eric Iverson <eric.b.iver...@gmail.com> wrote: arrayfire addon updated * improved init * support for apple m1 * Pascal's idea that integer lists are better than boxed lists this required changes in several of the tutorial examples for example, q=. af_matmul_jaf_ af1;af2 was changed to q=. af_matmul_jaf_ af1,af2 * J like dyad syntax for ops like matmul and the mop family was not adopted matmul lh,rh is in fact: matmul lh,rh,lhoptions,rhoptions mop lh,rh is in fact: mop lh,rh,options this makes the dyad idea less attractive * opencl has been tested it works, but is quite flaky on some platforms works as expected on windows, but had lots of 'internal error' on linx ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
