Hi Thorsten, here's a bug report for you: <http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/7590>
* Eric Blake wrote on Mon, Sep 13, 2010 at 04:06:14PM CEST: > Over the weekend, I installed MirBSD. Out of the box, it includes > only automake-1.4 and a wrapper script 'automake' that has some > pretty nasty behavior: > > $ automake --version > Provide an AUTOMAKE_VERSION environment variable, please > $ echo $? > 0 Looks like that was carried over from OpenBSD: <http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6407> > $ AUTOMAKE_VERSION=1.4 automake --version | head -n1 > automake (GNU automake) 1.4-p6 Yeah. :-/ > The Mir Ports project also includes automake 1.9.6, but that's the > extent of pre-compiled builds provided by the distro. (Obviously, > they aren't aware of the security bugs in only providing such old > versions). Yep. > At any rate, this causes spurious test suite failures in 2.67: > > 35: tools.at:1162 autom4te preselections > 243: torture.at:1399 Configuring subdirectories > 248: torture.at:1780 Unusual Automake inupt files > > All because the --version succeeded but didn't include a valid > version number. I'll have to figure out a way to skip these tests > in the face of MirBSD's broken automake wrapper script. For Automake, I've decided to not bother. This is a bug in the system that deserves attention, not being hidden. > By the way, MirBSD's stock autoconf is equally broken in the same > manner (and the valid pre-installed choices there are 2.13 and 2.61, > and lack of AUTOCONF_VERSION in the environment gives 0 exit status > without a valid version string). Yep. OpenBSD, too. Cheers, Ralf