On 11/6/21 16:10, Bruno Haible wrote:
It looks like it's caused by the automatic pull-in from glibc.
I would guess that the type 'uint32_t' is visible from glibc-internal
headers in the glibc builds, but not through POSIX headers.
I think uint32_t is visible via stdint.h (via regex_internal.h)
The continuous integration (for gnulib and for m4) reports a compilation
error this week:
gcc -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC -DEXEEXT=\"\" -I.
-I.. -DGNULIB_STRICT_CHECKING=1 -fvisibility=hidden -g -O2 -MT regex.o -MD
-MP -MF $depbase.Tpo -c -o regex.o regex.c &&\
mv