Re: cygport expects package autoconf version integers but can have suffixes

Jon Turney via Cygwin-apps <[email protected]> Sat, 10 Jan 2026 22:04:37 +0000
Newsgroups gmane.os.cygwin.applications
Message-ID <[email protected]>
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.

> 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?