Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 41959 - libwww fails to compile. Has a problem with autoconf/automake.
Summary: libwww fails to compile. Has a problem with autoconf/automake.
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Text-Markup Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-17 15:29 UTC by Andrew MacKenzie
Modified: 2004-03-24 15:29 UTC (History)
2 users (show)

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 Andrew MacKenzie 2004-02-17 15:29:50 UTC
I had just created a new Gentoo box.  While trying to emerge libwww I get the error pasted below.

Error:
creating Icons/Makefile
creating Icons/WWW/Makefile
creating Icons/32x32/Makefile
creating Icons/internal/Makefile
creating wwwconf.h
cd . && aclocal
aclocal: macro `fp_PROG_INSTALL' defined in acinclude.m4 but never used
cd . && automake --foreign --include-deps Makefile
cd . && autoconf
aclocal.m4:268: error: m4_defn: undefined macro: _m4_divert_diversion
autoconf/c.m4:1180: AC_C_VOLATILE is expanded from...
aclocal.m4:268: the top level
autom4te-2.58: /usr/bin/m4 failed with exit status: 1
make: *** [configure] Error 1
make: *** Waiting for unfinished jobs....
Makefile.am:45: `#' comment at start of rule is unportable
make: *** [Makefile.in] Error 1

!!! ERROR: net-libs/libwww-5.4.0-r1 failed.
!!! Function src_compile, Line 48, Exitcode 2
!!! (no error message)



Reproducible: Always
Steps to Reproduce:
1. emerge libwww
2.
3.

Actual Results:  
The error posted above.

Expected Results:  
libwww to install...

viola root # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22-gentoo-r5)
=================================================================
System uname: 2.4.22-gentoo-r5 i686 Pentium II (Deschutes)
Gentoo Base System version 1.4.3.13
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=i686 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc sandbox"
GENTOO_MIRRORS="http://192.168.1.1/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://192.168.1.1/gentoo-portage"
USE="apache2 apm arts avi berkdb crypt cups dedicated encode foomaticdb gdbm gif
gpm gtk2 imlib jpeg ldap libg++ libwww mad mikmod motif mpeg mysql ncurses nls
oggvorbis oss pam pdflib perl png python qt quicktime readline sdl slang spell
ssl svga tcpd truetype x86 xml2 xmms xv zlib"
Comment 1 atom 2004-02-18 19:00:25 UTC
exact same issue here. tried disabling distcc and made no difference (didn't think it would).


enti conf # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.2-rc1-gentoo)
=================================================================
System uname: 2.6.2-rc1-gentoo i686 AMD-K7(tm) Processor
Gentoo Base System version 1.4.3.13
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=i686 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache distcc sandbox"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo"
MAKEOPTS="-j4"
PKGDIR="/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apache2 apm avi berkdb cdr crypt cups curl dga dvd dvdr encode esd evms2 faad flash foomaticdb gd gdbm gif gnome gphoto2 gpm gtk gtk2 imap imlib ipv6 java jpeg kde kerberos libg++ libwww lirc mad matroska mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcpd tiff truetype v4l wxwindows x86 xml2 xmms xosd xv xvid zlib"
Comment 2 atom 2004-02-18 19:16:19 UTC
i was able to emerge libwww-5.4.0-r2, which has the patch libwww-5.4.0-debian-autoconf-2.5.patch.bz2 included.

since the emerge of r1 fails without the patch, i feel r2 should be unmasked.
Comment 3 Bojan Nikolic 2004-02-19 03:47:23 UTC
This is related to bug #40892.

Seems these all occur because patches against configure.in are present in the ebuild and therefore autoconf is forced to run. If there is a problem with the autoconf installation (e.g., wrong version) the build fails. Maybe the thing to do is to include diffs against both configure.in and configure if configure.in needs changes. This is consistent with distributing both configure.in and configure in the source tarballs.
Comment 4 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-02-19 09:26:34 UTC
SpanKY: could you have a look at this bug, please?
Comment 5 SpanKY gentoo-dev 2004-02-19 12:07:31 UTC
well if -r1 is causing problems but the new -r2 seems to fix autotool issues, why not just unmask it ? :)
Comment 6 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-02-19 12:31:18 UTC
Alright, I unmasked libwww-5.4.0-r2. Hope I didn't break anything ;)
Comment 7 Neil Brown 2004-03-22 06:21:39 UTC
Hi.  This bug is still a problem, as described in this forum thread: http://forums.gentoo.org/viewtopic.php?p=976715
Comment 8 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-03-22 08:35:44 UTC
okay, I reopen it. The problem is I cannot reproduce the bug on my machine :-(
Comment 9 Neil Brown 2004-03-24 03:45:49 UTC
Thanks for reopening it.  I can tell you the exact cause of the problem - on line 45 of the Makefile.am for libwww, there is a rule with a commented out section that is tabbed in.  Later versions of automake say that a tabbed-in comment is unportable.  I am pretty sure that removing the tab before the # for the comment (ie aligning it back to the left) will fix this, or just removing the line completely (line 45).  Hope that helps, thanks for assisting.
Comment 10 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-03-24 13:43:21 UTC
Thanks for the comment. I added a patch to remove the line. Please run
`emerge sync` and report back if it works or not.
Comment 11 Neil Brown 2004-03-24 15:29:26 UTC
Yep that did the trick - compiles a treat now.  Thanks for all the help!