Jurgen why do you always evade answering significant problems?
On Mon, 1 Jul 2024 12:08:50 +0200 Dr. Jürgen Sauermann <m...@xn--jrgen-sauermann-zvb.de> wrote: > Hi, > > yes it is a snapshot of the current SVN. > No need to do anything if you update via SVN. > > Best Regards, > Jürgen > > > On 6/30/24 18:55, enz...@gmx.com wrote: > > Hi, > > > > is this apl-1.9.tar.gz just a tar.gz of the current svn or something > > labelled as a reak 'stable' release? > > > > since i assume you will be doing 'releases' from now on (?) - maybe calling > > it apl-2.0 would have been a better version number to start this new > > release scheme with rather then apl-1.9? > > > > a suggestion - add something to the configure summary to make note what the > > configure was for - libapl or python3/lib_gnu_apl etc > > like you are doing with apl_POSTGRES: > > apl_APL: [yes/no] > > apl_LIBAPL: [yes/no] > > apl_PYTHON: [yes/np] > > > > configure --with-python -> your Makefile.am is 'hardcoded' for > > '-I/usr/include/python3.6m -I/usr/include/python3.8' > > i didn't see any information for compiling with different python versions > > and installation locations (for Python.h) that would require using CPPFLAGS > > for different installation locations and newer python versions > > configure CPPFLAGS='-I/usr/local/include/python3.10' ...... for my > > particular python3.10 installation > > > > > > > > On Sun, 30 Jun 2024 13:41:38 +0200 > > Dr. Jürgen Sauermann <m...@xn--jrgen-sauermann-zvb.de> wrote: > > > >> Hi, > >> > >> I am happy to announce that *GNU APL 1.9* has been released. > >> > >> GNU APL is a free implementation of the ISO standard 13751 aka. > >> "Programming Language APL, Extended". > >> > >> The 1.9 release contains: > >> > >> * Bug fixes > >> > >> > >> Have fun! > >> > >> Dr. Jürgen Sauermann > >> Author and Maintainer of GNU APL > >> > >> > >> P.S. Some redundant distribution formats of GNU APL (RMPs, windows) > >> are no longer supported. The best way of using GNU APL is to fetch it from > >> the savannah SVN and GIT archives (see https://www.gnu.org/software/apl ). > >> These archives are, unlike the less frequent GNU APL releases, always > >> up-to-date and in sync with the ongoing GNU APL development. >
