Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 68929 - obsolete.test fails for automake 1.8.5-r1
Summary: obsolete.test fails for automake 1.8.5-r1
Status: RESOLVED DUPLICATE of bug 58255
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-25 23:08 UTC by Brant Gurganus
Modified: 2005-07-17 13:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brant Gurganus 2004-10-25 23:08:24 UTC
The obsolete.test test case fails for automake 1.8.5-r1 giving the following output (when run from outside Portage's sandbox):
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.4:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.3/sbin:/usr/kde/3.3/bin
=== Running test ./obsolete.test
++ pwd
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/testSubDir
+ cat
+ /usr/bin/perl -ne '/AU_DEFUN\(\[(\w+)\]/ && print "$1\n"' /var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/../m4/obsolete.m4
+ cat obs
+ /usr/bin/perl -ne 'chomp; print "grep $_ stderr || exit 1\n"; ' obs
+ /usr/bin/perl -ne 'chomp; print "grep $_ configure.in && exit 1\n"; ' obs
++ cat configure.in
++ wc -l
+ test 14 -gt 1
+ aclocal-1.8
configure.in:8: warning: AC_CANONICAL_HOST invoked multiple times
autoconf/specific.m4:393: AC_MINGW32 is expanded from...
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/../m4/obsolete.m4:37: AM_MINGW32 is expanded from...
configure.in:8: the top level
+ /bin/sh /var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/lib/missing --run autoconf -Wobsolete
+ . ./obs.1
++ grep AC_FEATURE_CTYPE stderr
++ exit 1


Reproducible: Always
Steps to Reproduce:
1. Emerge automake 1.8.5-r1
Actual Results:  
The obsolete.test fails.

Expected Results:  
All tests pass.

The output of obsolete.test when run manually outside of Portage's sandbox is:
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.4:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.3/sbin:/usr/kde/3.3/bin
=== Running test ./obsolete.test
++ pwd
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/testSubDir
+ cat
+ /usr/bin/perl -ne '/AU_DEFUN\(\[(\w+)\]/ && print "$1\n"'
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/../m4/obsolete.m4
+ cat obs
+ /usr/bin/perl -ne 'chomp; print "grep $_ stderr || exit 1\n"; ' obs
+ /usr/bin/perl -ne 'chomp; print "grep $_ configure.in && exit 1\n"; ' obs
++ cat configure.in
++ wc -l
+ test 14 -gt 1
+ aclocal-1.8
configure.in:8: warning: AC_CANONICAL_HOST invoked multiple times
autoconf/specific.m4:393: AC_MINGW32 is expanded from...
/var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/tests/../m4/obsolete.m4:37:
AM_MINGW32 is expanded from...
configure.in:8: the top level
+ /bin/sh /var/tmp/portage/automake-1.8.5-r1/work/automake-1.8.5/lib/missing
--run autoconf -Wobsolete
+ . ./obs.1
++ grep AC_FEATURE_CTYPE stderr
++ exit 1

I have reported this issue to the e-mail address given at the end of the tests.

Portage 2.0.51-r2 (default-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r1,
2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4m -mtune=pentium4m -maccumulate-outgoing-args
-fprefetch-loop-arrays -ftracer -pipe -fomit-frame-pointer -frename-registers
-funit-at-a-time -ffast-math"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4m -mtune=pentium4m -maccumulate-outgoing-args
-fprefetch-loop-arrays -ftracer -pipe -fomit-frame-pointer -frename-registers
-funit-at-a-time -ffast-math"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks fixpackages maketest sandbox strict"
GENTOO_MIRRORS="ftp://hercules.cs.rose-hulman.edu/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://hercules.cs.rose-hulman.edu/portage"
USE="X acpi alsa avi berkdb bitmap-fonts cdr crypt cups dga dvd encode esd f77
foomaticdb gdbm gif gnome gnutls gpm gstreamer gtk gtk2 imlib java jpeg kde
kerberos krb4 ldap libg++ libwww mad mikmod mmap mmx mng motif mozilla mpeg
mysql ncurses nls nptl offensive oggvorbis opengl pam pcre pdflib perl pic png
pnp ppds python qt quicktime readline samba sasl sdl slang spell sse ssl svg
tcpd tiff truetype unicode wmf x86 xml xml2 xmms xprint xv zlib"
Comment 1 Brant Gurganus 2004-10-26 06:27:08 UTC
Upstream said that it looks like the autoconf wrapper is calling the wrong autoconf version.
Comment 2 Brant Gurganus 2004-10-26 09:26:00 UTC
Here are the replies they gave:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brant Gurganus <gurganbl@rose-hulman.edu> writes:


>> Alexandre Duret-Lutz wrote:
>> 
>
>>>>>> >>>>"Brant" == Brant Gurganus <gurganbl@rose-hulman.edu> writes:
>>>>>> >>>>
>>>>>> >>>>
>>
>>> >
>>> > Brant> The obsolete.test test case failed for version 1.8.5-r1 on Gentoo.
>>> > Brant> The results of running that test manually from outside the Portage
>>> > Brant> sandbox are:
>>> >
>>> >[...]
>>> >
>>> > Brant> ++ grep AC_FEATURE_CTYPE stderr
>>> > Brant> ++ exit 1
>>> >
>>> > Thanks for the report.
>>> >
>>> >What do tests/testSubDir/stderr and
>>> >tests/testSubDir/configure.in contain after the test has failed?
>>> >
>>> >


This is a gentoo configuration problem. The wrapper script really should
be bright enough to notice the -o switch and that should imply it should
use 2.5, but it is doing the intiuit of what version to use based on the following:

# Executes the correct autoconf version.
#
# - defaults to autoconf-2.13
# - runs autoconf-2.59 if it exists and...
#   - envvar WANT_AUTOCONF is set to `2.5'
#     -or-
#   - configure.ac is present
#     -or-
#   - `configure.in' contains AC_PREREQ and the value's 3 first letters
#     are stringwise greater than '2.13'
#     -or-
#   - `configure' is already present and was generated by autoconf greater than
#     '2.13'
#     -or-
#   - `Makefile.in' was generated by automake-1.6 or superior, which
#     specifically needs autoconf-2.59
#

The workaround is to put the following into your environment:

  WANT_AUTOCONF=2.5; export WANT_AUTOCONF

which should fix things. Another possibility which may fail unless you
have the latest version of automake would be

  AUTOCONF=/usr/bin/autoconf-2.59; export AUTOCONF

however that will give heartburn to the automake missing tests.

Opening a bug report with the gentoo folks may also make sense.

	-- Mark


>> stderr:
>> Usage: autoconf [-h] [--help] [-m dir] [--macrodir=dir]
>>        [-l dir] [--localdir=dir] [--version] [template-file]
>> 
>> 
>> configure.in:
>> stSubDir/configure.in
>> AC_INIT
>> AC_FEATURE_CTYPE
>> AC_FEATURE_ERRNO
>> AM_CYGWIN32
>> AM_EXEEXT
>> AM_FUNC_MKTIME
>> AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL
>> AM_MINGW32
>> AM_PROG_INSTALL
>> AM_SANITY_CHECK_CC
>> AM_SYS_POSIX_TERMIOS
>> fp_FUNC_FNMATCH
>> fp_PROG_INSTALL
>> md_TYPE_PTRDIFF_T
>> 
>> 
>> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFBfm7x3x41pRYZE/gRAueHAJwOgGmqZG2ylDpmgZnq+KRqNacthACeLwCT
x2DSw9hPo1BPSlVXHxi3Nsw=
=GzRn
-----END PGP SIGNATURE-----
Comment 3 SpanKY gentoo-dev 2004-10-31 17:22:53 UTC
this will be 'solved' by the new wrapper scripts anyways

*** This bug has been marked as a duplicate of 58255 ***