Hi,
actually it assigns a new value (6 7 in the example) to a part
of x.
Even though ⊃⊃x is
a temporarym
the assignment changes the original x.
I suppose IBM APL2 does the same.
BR, Jürgen
On 4/7/20 1:28 AM,
Thanks. I saw that after I sent the email. When I used APL, there was no
APL2. So, I've never used APL2 professionally.
I also see that the latest repo version has a fix for the original report.
Thanks!
Blake
On Tue, Apr 7, 2020 at 4:37 AM Dr. Jürgen Sauermann <
mail@jürgen-sauermann.de> wr
This morning, having done the SVN update, I got version 1251.
When I try to compile on Mac OS X 10.14.6, with Xcode 11.3, I get this error:
g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Werror -g -O2 -MT
apl-Bif_F12_DOMINO.o -MD -MP -MF .deps/apl-Bif_F12_DOMINO.Tpo -c -o
apl-Bif_F12_DOMINO
Hi Lois,
thanks, fixed in SVN
1252.
Best Regards,
Jürgen
On 4/7/20 9:02 PM, Louis Chrétien via
Bugs and suggestions for GNU APL wrote:
This morning, having done the SVN update, I got version 1251.
thanks jurgen, i havent had time to pull latest and compile, but i
appreciate the fix.
- Rowan
On Tue, Apr 7, 2020, 5:58 AM Blake McBride wrote:
> Thanks. I saw that after I sent the email. When I used APL, there was no
> APL2. So, I've never used APL2 professionally.
>
> I also see that the
I was reading the APL spec and noted that it specifies that the modulo
operation is implementation-defined.
I've been looking at various sources, and it's not clear to me how complex
modulo is defined. Is there some source that documents it (and specifically
the method used in GNU APL).
Regards,
Hello GNU APL world,
I have compiled SVN 1252 under OpenBSD 6.6-STABLE (amd64).
I had the following small issue:
In file "src/Bif_F12_DOMINO.hh" I had to insert
#ifdef _N
#undef _N
#endif
after line 28. It seems the system header file "ctype.h" i
already #defines _N.
I'm not sure this is the cor
