s 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
quot;]=" 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 o
The getopt.c file generates the following warnings from Apple’s gcc (Apple
clang version 11.0.3 (clang-1103.0.32.62)):
getopt.c:208:21: warning: implicit conversion changes signedness: 'long' to
'size_t' (aka
On Apr 13, 2023, at 10:57 AM, Bruno Haible wrote:
>> IMHO, this is a problem with Flex, not GnuLib. Flex should have a mechanism
>> to insert code at the top of the generated lexer like Bison’s "%code top”
>> directive.
>
> As far as I know, it already has.
>
Hello -
This recent commit:
https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commit;h=8ad7bc671475d3291df10a1a1d64fddfd30e5175
renders Flex generated lexers uncompilable. If you use GnuLib, you're using
wrappers around standard headers like stdio.h. The recent commit added lines to
such