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 -f $depbase.Tpo $depbase.Po
In file included from regex.c:74:0:
regcomp.c: In function 'parse_bracket_exp':
regcomp.c:3304:11: error: 'nrules' undeclared (first use in this function)
nrules, table_size, symb_table, extra);
^~~~~~
regcomp.c:3304:11: note: each undeclared identifier is reported only once for
each function it appears in
regcomp.c:3304:19: error: 'table_size' undeclared (first use in this function)
nrules, table_size, symb_table, extra);
^~~~~~~~~~
regcomp.c:3304:31: error: 'symb_table' undeclared (first use in this function)
nrules, table_size, symb_table, extra);
^~~~~~~~~~
regcomp.c:3304:43: error: 'extra' undeclared (first use in this function)
nrules, table_size, symb_table, extra);
^~~~~
regcomp.c:3299:15: error: too many arguments to function
'build_collating_symbol'
*err = build_collating_symbol (sbcset,
^~~~~~~~~~~~~~~~~~~~~~
regcomp.c:2817:1: note: declared here
build_collating_symbol (bitset_t sbcset, re_charset_t *mbcset,
^~~~~~~~~~~~~~~~~~~~~~
Makefile:8461: recipe for target 'regex.o' failed
make[4]: *** [regex.o] Error 1
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.
Bruno
