On 2026-01-10 15:25, Brian Inglis wrote:
On 2026-01-10 15:04, Jon Turney wrote:
On 10/01/2026 17:01, Brian Inglis via Cygwin-apps wrote:
Hi folks,
It appears that upstream package autoconf versions can now have git-like
suffixes so are no longer always only integer patch levels:
$ gettext-0.26-1.noarch/src/gettext-0.26/configure --version
gettext configure package
generated by GNU Autoconf 2.72.85-f3b0a
/usr/share/cygport/cygclass/autotools.cygclass: line 724: [: 85-f3b0a:
integer expression expected
/usr/share/cygport/cygclass/autotools.cygclass: line 738: [: 85-f3b0a:
integer expression expected
Huh.
Yeah, we need to handle that properly.
I think explicitly setting AUTOCONF_VERSION to e.g. 2.72 should work as a
temporary workaround.
Thanks Jon,
Nice idea!
some mitigation appears required as under mingw package build, stdout is
closed, and the rest of the compile log and subsequent logs do not appear:
see GH Scallywag job 10992 rerunning as 10994!
Yeah, that seems like a secondary effect.
Uh, I'm unclear what's happening there to make it hang there with no output,
and can't immediately reproduce it locally.
Do you have some more information which leads to the "stdout is closed"
theory, or is that just speculation?
Only happens so far on mingw...gettext build and both times had same effect but
different amount of output in log (buffering amount) nearing end of config, as
also under GH Scallywag; I also run my own build log time stamper so I can spot
hangs during builds.
A major difference between gettext and mingw builds is mingw does not run
autoreconf, so the upstream scripts are used as is.
On my local system, my timestamped package build process log stopped
progressing, but .../log/...compile.log and other logs continued to be appended,
so I could follow with xtail.
Even defining AUTOCONF_VERSION=2.72 on GH Scallwag the process log still stops
after creating config.status!
In my local build, the build/config.log shows:
configure:64636: creating ./config.status
## ---------------------- ##
## Running config.status. ##
## ---------------------- ##
This file was extended by gettext-runtime config.status package, which was
generated by GNU Autoconf 2.72.85-f3b0a. Invocation command line was
CONFIG_FILES =
CONFIG_HEADERS =
CONFIG_LINKS =
CONFIG_COMMANDS =
$ ./config.status
on $HOSTNAME
config.status:3518: creating csharpcomp.sh
config.status:3518: creating dcomp.sh
config.status:3518: creating javacomp.sh
config.status:3518: creating Makefile
config.status:3518: creating uninstalled-config.sh
config.status:3518: creating doc/Makefile
config.status:3518: creating intl-java/Makefile
config.status:3518: creating intl-csharp/Makefile
config.status:3518: creating intl-d/Makefile
config.status:3518: creating intl-modula2/Makefile
config.status:3518: creating intl-modula2/Libintl.def
config.status:3518: creating gnulib-lib/Makefile
config.status:3518: creating src/Makefile
config.status:3518: creating src/gettext.sh
config.status:3518: creating po/Makefile.in
config.status:3518: creating man/Makefile
config.status:3518: creating man/x-to-1
config.status:3518: creating m4/Makefile
config.status:3518: creating tests/Makefile
config.status:3518: creating install-tests/Makefile
config.status:3518: creating config.h
config.status:3732: executing depfiles commands
config.status:3807: cd gnulib-lib && sed -e '/# am--include-marker/d'
Makefile | make -f - am--depfiles
config.status:3814: $? = 0
config.status:3807: cd src && sed -e '/# am--include-marker/d' Makefile
| make -f - am--depfiles
config.status:3814: $? = 0
config.status:3732: executing libtool commands
config.status:3732: executing po-directories commands
configure:67401: === configuring in intl
(/usr/src/gettext/mingw64-x86_64-gettext/mingw64-x86_64-gettext-0.26-1.noarch/build/intl)
and ...compile.log shows only the creating/executing lines without numbers.
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher but when there is no more to cut
-- Antoine de Saint-Exupéry
