Hi Jürgen:
Thanks for your reply.
That’s just not the way things work in macOS. Never has been.
Of the 71 apps in my Application folder, (and not including the sub-folder
named Utilities), there are only 1 or 2 that appear from bash find, or which.
(Xcode is one of them because it does have
Hi Peter,
I believe if a program (here: Doxygen) installs itself in a place
where a shell does not find
it then that is a fault in the installation of that program.
Fixing this in a GNU APL Makefile
would be the wrong place. There are probably two
Hi Jürgen:
Yes I knew you had no Mac . (Using VirtualBox I run Debian just for
fun..)
Gandalf:~ pteeson$ cd /Volumes/Data/Development/MyProjects/GNUAPLWS/apl-svn
Gandalf:apl-svn pteeson$ make DOXY
doxygen
make: doxygen: No such file or directory
make: *** [DOXY] Error 1
As a test in Terminal
Hi David,
thanks, fixed. I just discovered an issue with old-style casts for
which I have no good solution yet:
On Raspberry Pi some system #include files seem to have old-style
C-casts which then trigger
the -Woldstyle-cast warning. On my
Hi Peter,
it is difficult for me to do that because I have no access to a
Mac computer.
I would assume that the place where Doxygen is installed does not
matter as long as your shell
can find it. The only other thing that Doxygen cares about
Hi Leslie,
that is interesting because the "old-style" C cast was not
supposed to do anything, so
replacing it with something else could, in theory, only make
matters worse.
Best Regards,
/// Jürgen
On 08/07/2017 04:45 AM,
clang++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Wold-style-cast -Werror
-I/usr/include -
-f 'main.cc' || echo './'`main.cc
main.cc:84:26: error: use of old-style cast [-Werror,-Wold-style-cast]
CERR << "thread: " << (const void *)pthread_self() << endl;
This is with the same ./configure