The same idiom can be used to simplify the 'monetary' module. When I had
written it, I had apparently forgotten that the AC_DEFUN_ONCE macro exists.
2018-08-13 Bruno Haible
monetary: Simplify m4 code.
* m4/monetary_h.m4 (gl_MONETARY_H): Define through AC_DEFUN_ONCE.
(g
Jeroen Meijer wrote:
> I re-ran the build on Travis, so now I have a config.log. I forgot to
> dump the output of config.status, however. Do you require it?
>
> The config.log can be found here: [...]
>
> Now, in the mean time I did update to the latest gnulib version
> (1945403c96c533137ea6916
Hello all,
I suspect there is an uninitialized memory access deep inside
regex_internal.c under very particular circumstances.
This was first reported by "project-repo "
as part of his fuzzing efforts, here:
https://lists.gnu.org/r/sed-devel/2018-08/msg00017.html
I've been able to pinpoint the
After I sent this, I saw another thread about the same topic. That thread
requested stuff from config.status:
$ grep FNMATCH config.status
S["GL_GENERATE_FNMATCH_H_FALSE"]=""
S["GL_GENERATE_FNMATCH_H_TRUE"]="#"
S["FNMATCH_H"]=""
S["HAVE_FNMATCH_H"]="1"
S["NEXT_AS_FIRST_DIRECTIVE_FNMATCH_H"]=""
S[
Hello -
I’ve been using the fnmatch module in Gnulib for a while. I recently updated
Gnulib and tried to build and get:
> gcc -DHAVE_CONFIG_H -I. -I../src -g -O2 -Wall -Wcast-align -Wextra
> -Wredundant-decls -Wwrite-strings -MT fnmatch.o -MD -MP -MF .deps/fnmatch.Tpo
> -c -o fnmatch.o fnmat
