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"]="<fnmatch.h>"
S["NEXT_FNMATCH_H"]="<fnmatch.h>"
S["REPLACE_FNMATCH"]="1"
S["HAVE_FNMATCH"]="1"
S["GNULIB_FNMATCH"]="1"
D["HAVE_FNMATCH_H"]=" 1"
D["HAVE_FNMATCH_H"]=" 1"
D["HAVE_FNMATCH"]=" 1"
D["GNULIB_TEST_FNMATCH"]=" 1"
In config.log, it checks for fnmatch.h and finds it, but it doesn’t have the
aforementioned symbol.
One should be able to specify that one wants to use the Gnulib version of
fnmatch regardless of what’s on the system.
- Paul
> On Aug 12, 2018, at 8:23 PM, Paul J. Lucas <p...@lucasmail.org> wrote:
>
> 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 fnmatch.c
>> In file included from fnmatch.c:176:
>> ./fnmatch_loop.c:49:41: error: use of undeclared identifier 'FNM_EXTMATCH'
>> if (__builtin_expect (flags & FNM_EXTMATCH, 0) && *p == '(')
>> ^
>
> In my project’s lib, there are the files:
>
> fnmatch.c
> fnmatch.in.h
> fnmatch_loop.c
>
> The fnmatch.h file (that contains the FNM_EXTMATCH symbol) never gets built.
>
> I noticed this recent change to the fnmatch module:
>
> http://lists.gnu.org/archive/html/bug-gnulib/2018-08/msg00032.html
>
> that seems to have broken the build for me.
>
> For reference, my project is here:
>
> https://github.com/paul-j-lucas/wrap
>
> In my configure.ac, I have:
>
> AC_CHECK_HEADERS([fnmatch.h])
> # …
> AC_FUNC_FNMATCH
>
> - Paul
>
