Hi Jürgen: Something strange seems to be happening in ./configure but I don’t know how to trace it. i.e. track down why we are having a problem.
realpath is not in /usr/bin. But readlink and dirname are in /usr/bin. So calls to those functions should work. Can we make a small test example calling them to see? respect Peter ========== background status information Gandalf:~ pteeson$ which readlink /usr/bin/readlink Gandalf:~ pteeson$ ls -al /usr/bin/readlink -rwxr-xr-x 1 root wheel 27520 20 Sep 2019 readlink Gandalf:~ pteeson$ which dirname /usr/bin/dirname Gandalf:~ pteeson$ ls -al /usr/bin/dirname -rwxr-xr-x 1 root wheel 18128 20 Sep 2019 /usr/bin/dirname ====== Below is the latest issue. Gandalf:~ pteeson$ cd /usr/local/lib Gandalf:lib pteeson$ ls -al -print … 445346 drwxr-xr-x 17 0 0 578 16 Jun 00:49 ../ 4252737 -rwxr-xr-x 1 501 80 953 17 Oct 16:05 libsqlite3.la 4252736 lrwxr-xr-x 1 501 80 18 17 Oct 16:05 libsqlite3.dylib -> libsqlite3.0.dylib 4252739 -rw-r--r-- 1 501 80 9061472 17 Oct 16:05 libsqlite3.a 4252735 -rwxr-xr-x 1 501 80 1845464 17 Oct 16:05 libsqlite3.0.dylib 565934 drwxrwxr-x 307 501 80 10438 17 Oct 16:05 ./ Gandalf:bin pteeson$ sqlite3 SQLite version 3.39.4 2022-09-29 15:55:41 ================ Latest issue Gandalf:~ pteeson$ cd /Volumes/Data/GNUAPL-on-Mac-WS/GNUapl/trunk Gandalf:trunk pteeson$ ./configure checking for gcc... gcc …. *** checks for optional libraries ... *** checking for SQLite3 library >= 3.0.0... ./configure: line 19029: -L/usr/local/lib: No such file or directory yes checking for pg_config... no > On Oct 19, 2022, at 1:27 PM, Dr. Jürgen Sauermann > <m...@xn--jrgen-sauermann-zvb.de> wrote: > > Hi Peter, > > I see. Next try then: SVN 1607. > > I hope macOS has dirname, has it? > > Best Regards, > Jürgen > > > On 10/19/22 6:19 PM, Peter Teeson wrote: >> Hi Jürgen: >> >> So sorry but we’re not done yet…… respect Peter >> >> Gandalf:~ pteeson$ cd /Volumes/Data/GNUAPL-on-Mac-WS/GNUapl >> Gandalf:GNUapl pteeson$ svn co http://svn.savannah.gnu.org/svn/apl/trunk >> <http://svn.savannah.gnu.org/svn/apl/trunk> > svn-log 2>&1 >> A trunk/doc >> ... >> A trunk/tools/sockconst.c >> Checked out revision 1605. >> >> >> Gandalf:~ pteeson$ which realpath >> Gandalf:~ pteeson$ >> Gandalf:~ pteeson$ which readlink >> /usr/bin/readlink >> >> >> configure: creating buildtag.hh... >> ./configure: line 23140: realpath: command not found >> configure: top-level apl directory is: >> configure: removing old ./makefile.h >> >> Gandalf:trunk pteeson$ make >> creating a fresh makefile.h... >> /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive >> Making all in workspaces >> ….. >> Making all in DALY >> make[3]: Nothing to be done for `all'. >> /bin/sh /Volumes/Data/GNUAPL-on-Mac-WS/GNUapl/trunk/missing makeinfo >> libapl.texi -o libapl.info <http://libapl.info/> --no-split || touch >> libapl.info <http://libapl.info/> >> /bin/sh /Volumes/Data/GNUAPL-on-Mac-WS/GNUapl/trunk/missing makeinfo --html >> libapl.texi -o libapl.html --no-split || touch libapl.html >> Making all in erlang >> ….. >> Making all in server >> make[3]: Nothing to be done for `all'. >> make[3]: Nothing to be done for `all-am'. >> make[2]: Nothing to be done for `all-am'. >> Gandalf:trunk pteeson$ >> >>> On Oct 19, 2022, at 7:42 AM, Dr. Jürgen Sauermann >>> <m...@xn--jrgen-sauermann-zvb.de <mailto:m...@xn--jrgen-sauermann-zvb.de>> >>> wrote: >>> >>> Hi Peter, >>> >>> thanks for reporting this. >>> >>> Line 304 should be fixed now by replacing readlink -f with realpath. >>> Line 336 ff. seems to be an issue with your makeinfo version (mine is 6.5 >>> and I am not getting these warnings), >>> Line 649 ff. and 741 ff. should be fixed (in m4/ax_lib_sqlite3.m4). >>> >>> SVN 1604. >>> >>> Best Regards, >>> Jürgen >>> >>> >>> On 10/18/22 8:03 PM, Peter Teeson wrote: >>>> Hi Jürgen: >>>> >>>> Thanks for the latest svn 1603. We still have issues. Log file attached. >>>> E.G. Note lines 307, 336 et seq, 649 et seq, 741 et seq, …. >>>> >>>> >>>> >>>> respect >>>> >>>> Peter >>>> >>>> P.S. In the past I was able to use Firefox to examine the Doxygen >>>> generated html files…. >>>> When we have dealt with the present issues I will run Doxygen and check >>>> what happens. >>>> >>> >> >
