Eric Blake wrote:
> > m4_if(m4_version_compare(m4_defn([m4_PACKAGE_VERSION]),[2.62]),[-1],
> > [AC_REQUIRE([AC_GNU_SOURCE])],
> > [AC_REQUIRE([AC_USE_SYSTEM_EXTENSIONS])])
>
> Why not the simpler:
>
> m4_ifndef([AC_USE_SYSTEM_EXTENSIONS],
> [AC_DEFUN([AC_USE_SYSTEM_EXTENSIONS]
Bruno Haible clisp.org> writes:
>
> Eric Blake wrote:
> > Here's the corresponding gnulib patch. OK to apply?
>
> I would feel a little safer if you would turn the AC_REQUIRE([AC_GNU_SOURCE])
> into AC_REQUIRE([AC_USE_SYSTEM_EXTENSIONS]) rather than omitting them. If
> some piece of autoconf m
> The patch to m4/lock.m4 has this problem, and also another one: lock.m4 is
> used as part of the gettext infrastructure, which requires only autoconf
> >= 2.54 and should not include extensions.m4. - Can you change m4/lock.m4
> to use AC_USE_SYSTEM_EXTENSIONS only in autoconf version >= 2.62, an
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> Eli Zaretskii replied with this statement:
>
> Since DOS is no longer an issue, I assume we should use the ".in.h"
> suffix instead? I can propose a patch along those lines.
Good!
You probably already know that
