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 ../
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
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
...
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
--no-split || touch
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$
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.