app-antivirus/clamav-0.93, autoconf fails on uclibc emerging clamav-0.93 fails on uclibc * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/app-antivirus/clamav-0.93/temp/autoconf-18763.out * * ERROR: app-antivirus/clamav-0.93 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2912: Called eautoreconf * environment, line 939: Called eautoconf * environment, line 882: Called autotools_run_tool 'src_unpack' * environment, line 416: Called die * The specific snippet of code: * die "Failed Running $1 !"; * The die message: * Failed Running autoconf ! could be related to bug 218885 ? Reproducible: Always Portage 2.1.4.4 (uclibc/x86/hardened, gcc-3.4.6, uclibc-0.9.28.3-r2, 2.6.23-hardened-r9 i686) ================================================================= System uname: 2.6.23-hardened-r9 i686 Pentium III (Coppermine) Timestamp of tree: Tue, 22 Apr 2008 02:45:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-uclibc" CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -msse -mmmx" CHOST="i686-pc-linux-uclibc" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/p$ CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -msse -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer nodoc noinfo noman sandbox sfperms strict test unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.proxad.net/mirrors/ftp.gentoo.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --e$ PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/aurel/testingportage-hardeneduclibc" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="aalib apache2 audiofile berkdb bzip2 caps cdb chroot cli cracklib crypt curl dri dts expat ffmpeg gd gdbm ggi gmp hardened imagema$ Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,$
oups, forgot to add the contents of autoconf log file : /var/tmp/portage/app-antivirus/clamav-0.93/temp/autoconf-18763.out: ***** autoconf ***** ***** autoconf configure.in:381: warning: AC_LIB_PROG_LD is m4_require'd but not m4_defun'd m4/lib-link.m4:109: AC_LIB_RPATH is expanded from... m4/lib-link.m4:17: AC_LIB_LINKFLAGS is expanded from... configure.in:381: the top level configure:13494: error: possibly undefined macro: AC_LIB_PROG_LD If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.
Not related to uclibc, I've got it too on a classical /usr/portage/profiles/default/linux/amd64/2008.0 profile. Seems like the new "AT_M4DIR="m4" eautoreconf" doesn't help.
updated summary as it also happens on glibc based hosts @Arnaud : can you provide your emerge --info ? that could help finding where the problem comes from ...
Created attachment 150948 [details] glibc emerge --info Sure, attached.
Created attachment 151010 [details] emerge --info I'm seeing exactly the same error. My system is x86 on amd64 kernel (vserver guest) with make.profile: ${PORTDIR}/profiles/default-linux/x86/vserver I'm using binpkg and after each update I run emerge --depclean --with-bdeps=n (binpkg repository shared with other vserver guests)
Created attachment 151403 [details, diff] clamav-0.93-lib-ld.m4.patch Problem is that it needs lib-ld.m4 (from gettext) to run eautoreconf. The attached patch adds this file to the m4 dir.
(In reply to comment #6) > clamav-0.93-lib-ld.m4.patch fixed the problem thanks!
Thanks for the research, Natanael. I have, however, simply copied the lib-ld.m4 file from gettext to $FILESDIR - no need to have patch for a new file. :) The file gets copied to m4/ dir if nls flag is disabled, as that is when we do not require gettext to be installed.