Created attachment 31214 [details] [review] patch to require autoconf >= 2.62 in configure.ac The substitution done since commit dac73a51 (Set Xft.h version numbers from configure.ac) only works with autoconf >= 2.62
git diff cfa048b dac73a51 -- configure.ac +# Set library version for Xft.h from package version set in AC_INIT +# copied from PACKAGE_VERSION_* settings in XORG_VERSION +AC_CONFIG_HEADERS([include/X11/Xft/Xft.h]) +AC_DEFINE_UNQUOTED([XFT_MAJOR], + [`echo $PACKAGE_VERSION | cut -d . -f 1`], + [Major version of Xft]) +AC_DEFINE_UNQUOTED([XFT_MINOR], + [`echo $PACKAGE_VERSION | cut -d . -f 2 | cut -d - -f 1`], + [Minor version of Xft]) +AC_DEFINE_UNQUOTED([XFT_REVISION], + [`echo $PACKAGE_VERSION | cut -d . -f 3 | cut -d - -f 1`], + [Micro revision of Xft]) The statements AC_CONFIG_HEADERS and AC_DEFINE_UNQUOTED are part of autoconf even before 2.60. However, with 2.60, I get errors in XftGetVersion that XFT MAJOR, MINOR and REVISION are undeclared. There are no errors during configuration. The root cause of the problem is Xft.h.in. Besides #undef XFT_MAJOR there should not be a comment there. I remember reading autoconf somewhere that rules are more strict when generating. They most likely now have made they code generator more powerful in 2.62. I'll test this some more and submit a patch to xorg-devel list for review. If I am correct, the code is actual wrong for the intended level of automake. If we want to raise the level of autoconf to 2.62, that would be a different discussion. Thanks for finding this.
Commit 78ed756a343c37acb38cc230d03c334845553ab6
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.