On Fri, Jul 18, 2025 at 6:54 PM Zack Weinberg <z...@owlfolio.org> wrote:
> On Fri, Jul 18, 2025, at 9:46 AM, Bruno Haible wrote:
> > Oops, small correction:
> >> (It does not make much sense to include them
> >> with versions of gettext < 0.26, because that would cause autoreconf
> >> to call 'autopoint' in situations where 'autopoint' will signal an
> error.)
> >
> > Correction: Any of the gettext releases
> > 0.23.2
> > 0.24.2
> > 0.25.1
> > 0.26
> > is sufficient as prerequisite for these two Autoconf patches. All of
> these
> > gettext releases contain the fixed 'autopoint'.
>
> In order to merge these patches into upstream Autoconf, I'm going to need
> you to make them work with *any* released version of autopoint. (It's
> acceptable if "works" means "cleanly errors out on really old gettext", but
> " does the right thing regardless of how old the system gettext is" would
> be better.)
>
>
Well, at the very least, these changes are not enough if there is no
explicit call to autoreconf.
I'm currently facing the case with gnulib, our build doesn't explicitly
call autoreconf, but autoconf is implicitly executed during the build, and
that fails all the same, with or without Autoconf patches, and with gettext
0.25 or 0.25.1:
configure.ac:49: gl_INIT is expanded from...configure.ac:3587: the top level
configure:22731: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:22732: error: possibly undefined macro: AC_LIB_RPATH
configure:22737: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
configure:22757: error: possibly undefined macro: AC_LIB_APPENDTOVAR
error: Bad exit status from /var/tmp/rpm-tmp.cvfQ1a (%prep)
Note: the same version of gnulib builds without issues when gettext is
kept at version 0.24 with a non-patched autoconf.
I made several trials here, upgrading packages one after the other to
figure out when gnulib build was failing:
https://copr.fedorainfracloud.org/coprs/fberat/m4-1.4.20/builds/
Since this link will be broken in a few weeks and for the record, the
build of gnulib starts failing as soon as gettext 0.25+ is in the
loop:
| gnulib | 0-53.20250704git | 44 minutes ago | 32 minutes | failed |
| gettext | 0.25.1-1 | an hour ago | 33 minutes | succeeded |
| gnulib | 0-53.20250704git | 2 hours ago | 13 minutes | failed |
| autoconf | 2.72-6 | 3 hours ago | 33 minutes | succeeded |
| gnulib | 0-53.20250704git | 2 days ago | 39 minutes | failed |
| gettext | 0.25-1 | 3 days ago | 51 minutes | succeeded |
| gnulib | 0-53.20250704git | 3 days ago | 28 minutes | succeeded |
| libtool | 2.5.4-6 | 3 days ago | 14 minutes | succeeded |
| gnulib | 0-53.20250704git | 3 days ago | 27 minutes | succeeded |
| bash | 5.3.0-1 | 3 days ago | 3 minutes | succeeded |
| gnulib | 0-53.20250704git | 4 days ago | 30 minutes | succeeded |
| automake | 1.18.1-1 | 4 days ago | a minute | succeeded |
| gnulib | 0-53.20250704git | 4 days ago | 28 minutes | succeeded |
| m4 | 1.4.20-1 | 4 days ago | 2 minutes | succeeded |
Note base version (for the oldest build) for autoconf is 2.72-5, for
gnulib it is 0.24, the 2.72-6 contains the aforementioned patches.
zw
>
>
