I've been seeing syntax errors being thrown on functions copied from another
workspace. I've imported Blake McBride's APL editor from his GitHub site
(linked to by the GNU APL Community pages). It seems to be reasonably up to
date.
Once I have the workspace created containing the editor applica
Hi Mike,
thanks, fixed in *SVN 1829*.
Best Regards,
Jürgen
On 2/6/25 04:43, M.Hall wrote:
Build errors of libapl on macos, Intel and ARM
$ ./configure --with-libapl
...
$ make
...
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I.. -Wall -I sql -I /Volumes/ARCHIV
Hi Mike,
I have fixed the double quote. *SVN 1828*.
The NULs at the end of the document are on purpose. They guarantee that the
document is 0-terminated after being *mmap*()'ed so that C string
functions will
not segfault when reaching the end of the *mmap()*'ed file..
The alternative would h
Hi Roy,
thanks, fixed in *SVN 1827*.
Best Regards,
Jürgen
On 2/4/25 00:49, Roy Tobin wrote:
(small bug with workaround, but not patch, follows)
Hi, For a User-defined command defined with a lambda, I expect the omega
is "the command entered by the user is passed to APL_fun as an APL string
(
