regex module compilation error

[Bruno Haible]

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