Zack Weinberg wrote: > It may be wise to > go through all of gnulib's m4 files and see if any others need the > same treatment. (Any m4 file that backports code from the development > series leading up to 2.70 is a candidate.) An m4_version_prereq is only needed for those macros which use Autoconf internals. For those macros which don't use Autoconf internals, I don't see a risk of collision with future Autoconf versions. Nevertheless, it would be useful to sync these macros: AC_FUNC_CHOWN chown.m4 -> functions.m4 AC_FUNC_GETGROUPS getgroups.m4 -> functions.m4 AC_FUNC_MBRTOWC mbrtowc.m4 -> functions.m4 AC_TYPE_MBSTATE_T mbstate_t.m4 -> types.m4 AC_FUNC_GETMNTENT mountlist.m4 -> functions.m4 AC_FUNC_OBSTACK obstack.m4 -> functions.m4 (covered by patches I submit in a separate mail) and AC_C_FLEXIBLE_ARRAY_MEMBER flexmember.m4 -> c.m4 AC_CHECK_HEADER_STDBOOL stdbool.m4 <--> headers.m4 The following are already/still in sync: AC_TYPE_LONG_LONG_INT longlong.m4 <--> types.m4 AC_TYPE_UNSIGNED_LONG_LONG_INT _AC_TYPE_LONG_LONG_SNIPPET Bruno
