Hi Chris,
thanks, fixed in SVN 1055.
/// Jürgen
On 07/02/2018 09:21 PM, Chris Moller
wrote:
I got that non-working version of
apl-1.7.tar.gz from ftp.gnu.org/pub/gnu/apl,
dated 17 March 2017, so I
I got that non-working version of apl-1.7.tar.gz from
ftp.gnu.org/pub/gnu/apl, dated 17 March 2017, so I guess it's a bit
out-of-date.
I just now got a chance to pull down the savannah svn version, which
./configures fine, but there a few compile errors with g++ (GCC) 8.1.1
20180502 (Red Hat
Hi Chris,
the svn E155007 happens if you unpack a GNU APL tar file
(as opposed to
checking out GNU APL from SVN, which is the proposed method). See
https://savannah.gnu.org/svn/?group=apl.
The other error was fixed already in SVN version 1052
I tried building apl-1.7.tar.gz, but running ./configure gave me:
svn: E155007: '/home/moller/Downloads/apl-1.7/src/Archive.cc' is not
a working copy
and then build gives me:
g++ -DHAVE_CONFIG_H -I. -I.. -Werror -Wall -I sql -rdynamic -g -O2
-MT apl-Avec.o -MD -MP -MF .deps/apl-Ave
Hi Chris,
even after a close look at the GNU APL code I can't see anything
wrong with how realpath() is being called.
To me it looks more like a bug in glibc 2.3, although the valgrind
message suggests that this bug causes no harm
(a memory are
