Hi, Karl. As you suspected, this was an issue of making in parallel. This was
with the old make 3.81: my MAKEFLAGS is set to "-k -j12"; unsetting MAKEFLAGS
and running works fine, with all tests passing.
Do color-tests2.sh and color-tests2-w.sh both write to the same directory and,
thus, runn
Thanks, Karl. I wasn't sure what version was to be patched but it looks like
the current git repository has those changes, so I tested that with the macOS
make:
* fine on the tests that failed previously because of macOS default make having
only second resolution
* color-tests2.sh and color-tes
I'm guessing the Mac (and its sleep command?) do support subsecond
mtimes in reality.
echo a > 1 && echo b > 2 && echo c > 3 && ls -t [123]
consistently gives me the correct order (3 2 1).
The macOS version of stat has a mtime_nsec field that is fully populated and
the file modification
I found the problem! The default GNU make on macOS (even Sonoma) is 3.81 from
2006! The configure script for GNU make versions <4.0 did not have the right
test for subsecond resolution in the macOS stat() function, so 3.81 was built
with resolution only to the second, not subsecond, thus needi
Success (well nearly), Karl!
1. Both "touch ..." and installing texinfo got compiling to go through.
2. Only one test failed now: line 46 of t/py-compile-basedir.sh is:
case $(echo "$files" | wc -l) in 4|6) ;; *) false;; esac
but needs to be one of the following
case $(echo "
FYI, macOS has an old bison (version 2.3 from 2006). Installing the current
version of bison (3.8.2) eliminated most of the yacc errors. Here's what I get
now with 1.16j ...
FAIL: t/aclocal-deleted-header-aclocal-amflags
FAIL: t/aclocal-deleted-header
FAIL: t/aclocal-deps
FAIL: t/py-compile-ba
Thanks, Karl. automake-1.16.5/t/dist-vs-built-sources.dir/foo.c only has two
lines:
#include "h.h"
int main (void) { printf ("%s\n", F); return 0; }
Also, automake-1.16.5/t/dist-vs-built-sources.sh only appears to be writing
those two lines to foo.c and there is no inclusion of .
Does that giv
