[Bug-apl] Best way to compile after a SVN update

After doing an update of my local working copy, with: svn update ./apl What are the commands required to rebuild APL? Right now, through trials and erros, i’ve come up with: make distclean (it seems that make clean is not enough, because the resulting APL doesn’t have the new SVN number) ./con

Re: [Bug-apl] Best way to compile after a SVN update

ngs like enabling assertions and dynamic > logging. > See README-2-configure for details. > > 2. is needed only once and stays until the next ./configure (which makes it > better than 1.) > > You should also always do a make install, otherwise you could get conflicts &

Re: [Bug-apl] )DUMP now creates valid HTML files

An excellent idea, but instead of modifying the existing behavior of )DUMP, maybe you could have created an )HDUMP or )HTMLDUMP command, so as not to change existing workflows? Just a thought… > On 2015-05-27, at 09:15, Juergen Sauermann > wrote: > > Hi, > > I have changed GNU APL to accep

Re: [Bug-apl] )DUMP-HTML command

Very good news indeed! I think you just addressed the points I was about to try and make… ;-))) the extension for the file should probably be .html for the webpage stuff, and stay .apl for the real dump. This would make it even clearer that the .html is for web browsing and not workspace interc

[Bug-apl] Still some warnings on build 638 on Mac OS X

This is my latest build of SVN 638 on OS X 10.10.3.Most of the previous warnings are gone, but there still remains a few, for the following files:Archive.ccQuad_TF.ccUserPreferences.ccValue.ccI’ve attached the log as a text file.cat preferences.in | sed -e "s|@GNU_APL_LIBS@|/usr/local/lib/apl|" | s

Re: [Bug-apl] Still some warnings on build 638 on Mac OS X

Indeed! I just recompiled 639 this morning, and all the warnings are gone! Thanks, > On 2015-06-18, at 07:53, Juergen Sauermann > wrote: > > Hi Louis, > > thanks, should be fixed in SVN 639. > > /// Jürgen > > > On 06/18/2015 12:26 AM, Louis Chretien wro

Re: [Bug-apl] segmentation fault in svn 639

Why would you want to EXpunge an expression? Isn’t Quad-EX used to delete APL objects? The APL2 manual states that the argument should be the name of an APL object in quotes. I agree the error message should not be as dire as a segfault, but the basic intent seems dubious… > On 2015-06-20, a

Re: [Bug-apl] Submission for GNU APL Bits_and_Pieces directory

> On 2015-06-29, at 06:05, Juergen Sauermann > wrote: > > Hi Alex, > > thanks for offering this. I would change a few things to make that code even > more useful: > > - make the separator an (ideally optional) left argument of ReadTableData. > Many data files are written in CSV (comma sepa

[Bug-apl] Error building SVN 644 on Mac OS X

I get the following error, trying to build the latest SVN 644 on Mac OS X 10.10.4: UCS_string.cc:1050:16: error: use of undeclared identifier 'exp10' v += 0.03 * exp10(-fract_digits); ^ 1 error generated. make[3]: *** [apl-UCS_string.o] Error 1 make[3]: *** Waiting for unfinishe

Re: [Bug-apl] Error building SVN 644 on Mac OS X

Indeed! Just recompiled it and it works. > On 2015-07-12, at 12:17, Juergen Sauermann > wrote: > > Hi Louis, > > thanks, fixed in SVN 645. > > /// Jürgen > > > On 07/12/2015 04:04 PM, Louis Chretien wrote: >> I get the following error, trying

[Bug-apl] Problem with SVN repository?

I tried updating this morning via svn and got revision 691, even though Jürgen talks about version 10607. Am i doing something wrong? > On 2016-01-03, at 11:42, Juergen Sauermann > wrote: > > Hi, > > yes, looks like this was fixed in SVN 10607. > > I have the 1.6 (or should it be 2.0 ?) rel

Re: [Bug-apl] Not a bug, need help coding search&replace on a vector

Looks like a job for regexp… Too bad APL doesn’t have one. > On Jun 20, 2016, at 23:12, Christian Robert > wrote: > > Hi, it's not a bug but a request for help, > > > suppose > s="^^^This^is^atest^^with^lot^of^blanksat^beginning^and^^^end^^" > suppose from="^^^" > suppose t

Re: [Bug-apl] Not a bug, need help coding search&replace on a vector

Since Dyalog has created those ⎕R and ⎕S, it might be a good starting point. But i am always baffled by the syntax of using parenthesis to group on the function on the left and have it applied to the right argument, like Dialog shows on their webpage: R←{X} (A ⎕R B) Y > On Jun 22, 2016, at 14

Re: [Bug-apl] Local variables in lambdas

I agree that the first one is more like the usual function definition. Like in UI design’s “principle of least astonishment”, the more familiar a thing looks, the better. https://en.wikipedia.org/wiki/Principle_of_least_astonishment > On Aug 14, 2016, at 15:50, Juergen Sauermann > wrote: > >

Re: Compiling GNUAPL on windows 10 "Ubuntu 10.04 TLS"

Did you really mean "Ubuntu 10.04 TLS" or is it "Ubuntu 20.04 LTS"? And did u use WSL 2.0? -- Louis Chrétien lchret...@mac.com >> On Jun 10, 2020, at 23:06, Christian Robert >> wrote: > $ apl > >__ _ __ __ _____ __ > / // | / /

macOS warning still present in build 1596

The warning about Command.cc is still present in build 1596 of APL: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/admin/Subversion/apl -I/opt/local/include -I /Users/admin/Subversion/apl -MT apl-Command.o -MD -MP -MF .deps/apl-Command.Tpo -c -o apl-Comman

macOS warning present in build 1651

Two warnings are present in the build 1651 of APL: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/admin/Subversion/apl -I/opt/local/include -I /Users/admin/Subversion/apl -MT apl-Symbol.o -MD -MP -MF .deps/apl-Symbol.Tpo -c -o apl-Symbol.o `test -f 'Symbol.cc' || echo './'`Sym

macOS warning present in build 1735

A bunch of warnings are present in the build 1735 of GNU APL on Mac OS:/bin/sh ../../libtool  --tag=CXX   --mode=link g++  -I ./.. -g -O2  -DAP_NUM=100 -I/opt/local/include -I /Users/admin/Subversion/apl   -o AP100 AP100-AP100.o AP100-APmain.o ../AP100-Backtrace.o ../AP100-Svar_DB.o ../AP100-Svar_r

Re: macOS warning present in build 1735

tmain.sh to the top-level GNU APL > directory. > After that, re-run ./configure. > > You may also want to email your /usr/share/libtool/build-aux/ltmain.sh, I > might > then be able to fix the one that is shipped with GNU APL. > > Best Regards, > Jürgen > > >

Re: ⎕PLOT library change

Seems that version 1320 breaks Mac OS X 10.14. First time it complains about X11… /bin/sh ../libtool --tag=CXX --mode=link g++ -Wall -I sql -g -O2 -export-dynamic -lX11 -lsqlite3 -o apl apl-main.o apl-Plot_xcb.o apl-Archive.o apl-Assert.o apl-Avec.o apl-Backtrace.o apl-Bif_F12_DOM

Re: ⎕PLOT library change

hat the X11-based functions (i.e. ⎕GTK and ⎕PLOT) cannot > work without X11. > They give a SYNTAX ERROR now when called. > > I hope Apple will provide some replacement libraries for X11 and GTK soon (I > would complain > if they don't). > > Best Regards, > Jür

Re: ⎕PLOT library change

teresting. Could you please send me the ./configure output and the error >> message? >> Is is excatly the same as before? And did you ./configure after svn up? >> >> Best Regards, >> Jürgen >> >> >> >> On 8/2/20 6:04 PM, Louis Chretien wrote

Re: ⎕PLOT library change

ermann wrote: >> Hi Louis, >> >> interesting. Could you please send me the ./configure output and the error >> message? >> Is is excatly the same as before? And did you ./configure after svn up? >> >> Best Regards, >> Jürgen >> >&g

Re: libncurses removed

Seems the new setup creates a build error on Mac OS 10.14.6: gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -MT sockconst.o -MD -MP -MF $depbase.Tpo -c -o sockconst.o sockconst.c &&\ mv -f $depbase.Tpo $depbase.Po /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o sockconst soc

Build error for SVN 1359 on Mac OS X

When i try to build the latest version (1359 on Mac OS X), i get this error message: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -g -O2 -MT apl-Quad_PLOT.o -MD -MP -MF .deps/apl-Quad_PLOT.Tpo -c -o apl-Quad_PLOT.o `test -f 'Quad_PLOT.cc' || echo './'`Quad_PLOT.cc Quad_PLOT.cc:118:5: e

Build error for SVN 1365 on Mac OS X

When i try to build the latest version (1365 on Mac OS X), i get this error message: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -g -O2 -MT apl-Quad_RVAL.o -MD -MP -MF .deps/apl-Quad_RVAL.Tpo -c -o apl-Quad_RVAL.o `test -f 'Quad_RVAL.cc' || echo './'`Quad_RVAL.cc Quad_RVAL.cc:534:6: e

Build 1371: lots of warnings on Mac OS X

Building the latest SVN 1371 on Mac OS X, I get a ton of warnings, although the make seems to complete normally. Here is a sample (not all warnings are here): Making all in workspaces make[3]: Nothing to be done for `all'. g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -g -O2 -MT apl-main.

Build 1374: one warning left on Mac OS X

With SVN 1374, there’s only one warning left: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -g -O2 -MT apl-Value.o -MD -MP -MF .deps/apl-Value.Tpo -c -o apl-Value.o `test -f 'Value.cc' || echo './'`Value.cc Value.cc:629:46: warning: source of this 'memcpy' call is a pointer to dynamic cl

SVN 1428 warning on Mac OS

From the latest SVN, 1428: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -g -O2 -MT apl-Quad_JSON.o -MD -MP -MF .deps/apl-Quad_JSON.Tpo -c -o apl-Quad_JSON.o `test -f 'Quad_JSON.cc' || echo './'`Quad_JSON.cc Quad_JSON.cc:151:41: warning: format specifies type 'long' but the argument has

List is down?

Haven’t seen activity in some time... --- Louis Chrétien lchret...@mac.com

Build warning for svn 1476 on Mac OS X

Here’s the warning i get on the latest SVN: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/lchretien/Subversion/apl -g -O2 -I /Users/lchretien/Subversion/apl -MT apl-Svar_DB.o -MD -MP -MF .deps/apl-Svar_DB.Tpo -c -o apl-Svar_DB.o `test -f 'Svar_DB.cc' || echo './'`Svar_DB.cc Sv

Build error for SVN 1478 on Mac OS X

When i try to build the latest version (1478 on Mac OS X), I get this error message: Making all in native /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I ./.. -g -O2 -g -O2 -I /Users/lchretien/Subversion/apl -MT lib_file_io_la-file_io.lo -MD -MP -MF .d

Build error for SVN 1480 on Mac OS X

When i try to build the latest version (1480 on Mac OS X), I get this error message: g++ -DHAVE_CONFIG_H -I. -I../.. -I ./.. -g -O2 -DAP_NUM=100 -g -O2 -I /Users/lchretien/Subversion/apl -MT AP100-AP100.o -MD -MP -MF .deps/AP100-AP100.Tpo -c -o AP100-AP100.o `test -f 'AP100.cc' || echo '

Build error for SVN 1481 on Mac OS X

When i try to build the latest version (1481 on Mac OS X), I get this error message: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/lchretien/Subversion/apl -g -O2 -I /Users/lchretien/Subversion/apl -MT apl-Command.o -MD -MP -MF .deps/apl-Command.Tpo -c -o apl-Command.o `test

Re: nested array formating is inconsistent

I tried the same examples in APL/X and Dyalog APL. APL/X seems to give the same results as GNU APL: but both enclose are indented right by one column But Dyalog APL has quite a different result: no blank lines between rows. > On Aug 26, 2021, at 12:44, Dr. Jürgen Sauermann > wrote: > > H

Re: nested array formating is inconsistent

at 13:26, Blake McBride wrote: > > I would think what APLX or Dialog do is somewhat irrelevant. I believe GNU > APL is treating IBM APL 2 as the standard to be matched. > > Blake > > > On Thu, Aug 26, 2021 at 12:21 PM Louis Chretien via Bugs and suggestions for >

Re: Disclose fails with mixed ranks

And what is the correct answer? I tried it with APL/X 5.1, and i get the same “RANK ERROR” as in GNU APL. If i understand disclose correctly, the right argument are nested elements, but of a shape that allows for them to be laminated into a matrix as a result. Having a scalar, a vector and a ma

Re: Disclose fails with mixed ranks

eady extends scalars, so it seems to > special-case that case anyway. > > Regards, > Elias > > On Wed, 22 Sept 2021 at 23:55, Louis Chretien via Bugs and suggestions for > GNU APL mailto:bug-apl@gnu.org>> wrote: > And what is the correct answer? > > I tried it wi

Re: Disclose fails with mixed ranks

││0 0│ > ││ │ > ││0 1│ > ││2 3│ > └└~──┘ > > The current implementation already extends scalars, so it seems to > special-case that case anyway. > > Regards, > Elias > > On Wed, 22 Sept 2021 at 23:55, Louis Chretien via Bugs and suggestions for > GNU APL

Build error for SVN 1541 on Mac OS X

When i try to build the latest version (1541 on Mac OS X), I get a bunch of warnings about 2 headers; ./ScalarFunction.hh:68:18: warning: 'ScalarFunction::eval_fill_AB' hides overloaded virtual function [-Woverloaded-virtual] virtual Token eval_fill_AB(const Value & A, const Value & B) const

Build error for SVN 1543 on Mac OS X

Version 1543 cleared a whole bunch of warnings from the two headers, but a new one popped up: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/admin/Subversion/apl -g -O2 -I /Users/admin/Subversion/apl -MT apl-Bif_F12_PARTITION_PICK.o -MD -MP -MF .deps/apl-Bif_F12_PARTITION_PICK.

Re: ⎕PNG

There’s still a warning on file Command.cc , on macOS: g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /Users/admin/Subversion/apl -I/opt/local/include -I /Users/admin/Subversion/apl -MT apl-Command.o -MD -MP -MF .deps/apl-Command.Tpo -c -o apl-Command.o `test -f 'Co

MacOS: Bunch of warnings on build 1879

There is a bunch of warnings on the latest build of GNU APL for Mac OS 14.7.6: == Backtrace.cc:1401:18: warning: variable length arrays in C++ are a Clang extension [-Wvla-cxx-extension] 1401 | char si[strlen(const_si) + 1]; | ^~~~