Calculating dependencies... done! >>> Emerging (1 of 1) media-libs/gd-2.0.33 to / >>> checking ebuild checksums >>> checking auxfile checksums >>> checking miscfile checksums >>> checking distfiles checksums >>> Unpacking source... >>> Unpacking gd-2.0.33.tar.gz to /var/tmp/portage/gd-2.0.33/work * Applying gd-2.0.33-overflow-checks.patch ... [ ok ] * Applying gd-2.0.33-iconv.patch ... [ ok ] * Automake used for the package (1.9.2) differs from * the installed version (1.9.6). * Running eautoreconf in '/var/tmp/portage/gd-2.0.33/work/gd-2.0.33' ... * Running aclocal ... [ ok ] * Running libtoolize --copy --force --automake ... [ ok ] * Running aclocal ... [ ok ] * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/gd-2.0.33/temp/autoconf-12422.out !!! ERROR: media-libs/gd-2.0.33 failed. Call stack: ebuild.sh, line 1525: Called dyn_unpack ebuild.sh, line 700: Called src_unpack gd-2.0.33.ebuild, line 28: Called eautomake autotools.eclass, line 162: Called eautoreconf autotools.eclass, line 66: Called eautoconf autotools.eclass, line 142: Called autotools_run_tool 'autoconf' autotools.eclass, line 198: Called die !!! Failed Running autoconf ! !!! If you need support, post the topmost build error, and the call stack if relevant. Contents of /var/tmp/portage/gd-2.0.33/temp/autoconf-12422.out ***** autoconf ***** configure.ac:51: error: possibly undefined macro: AM_ICONV If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Portage 2.1_pre10-r2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r2, 2.6.14-rc4 x86_64) ================================================================= System uname: 2.6.14-rc4 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre19 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.3 dev-util/ccache: 2.4 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -march=k8 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=k8 -fomit-frame-pointer -pipe" DISTDIR="/export/local/distfiles" FEATURES="autoconfig ccache distcc distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/" MAKEOPTS="-j3" PKGDIR="/export/gentoo/packages/k8" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/export/local/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 apache2 bash-completion berkdb bzip2 cli crypt curl dba dri eds emacs fortran gd gdbm gnutls imap ipv6 isdnlog java justify kde ldap libwww lzw lzw-tiff mcal ncurses nfs nntp nptl nptlonly offensive pam pcre perl php postgres pppd python readline reflection rtc sdl session slang spell spl ssl tcpd thread threads xml xml2 xorg zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
do you not have gettext installed ?
(In reply to comment #1) > do you not have gettext installed ? > I did not have gettext installed. I installed it and was then able to compile GD. Perhaps gd-2.0.33 needs a DEPEND of gettext?
Same problem here on x86. And same resolution, gettext should be in DEPENDS.
Ran into this bug today while merging php (depends on gd with USE=gd-external) on a clean server install. I have USE="-nls", so I was hoping I wouldn't need to bother installing gettext. Does GD truly depend on gettext, or is something else going on here?
Same happened here. I was able to compile it, though, after adding m4_pattern_allow([AM_ICONV]) to configure.ac. Regards Sebastian
The same happened with libcdio-0.77. Had to add m4_pattern_allow([AM_ICONV]) m4_pattern_allow([AM_LANGINFO_CODESET]) to configure.ac. Compiled fine as well. Regards
I think this might be related - I got a QA error for unset variables >>> Emerging (2 of 342) media-libs/gd-2.0.33 to / >>> Creating Manifest for /usr/portage/media-libs/gd digest.assumed 1 digest-gd-2.0.32::gd-2.0.32.tar.gz >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking gd-2.0.33.tar.gz ;-) >>> Unpacking source... >>> Unpacking gd-2.0.33.tar.gz to /var/tmp/portage/gd-2.0.33/work * Applying gd-2.0.33-overflow-checks.patch ... [ ok ] * Applying gd-2.0.33-iconv.patch ... [ ok ] * QA Notice: ${WANT_AUTOCONF} variable unset. Please report on http://bugs.gentoo.org/ * QA Notice: ${WANT_AUTOMAKE} variable unset. Please report on http://bugs.gentoo.org/ * Automake used for the package (1.9.2) differs from * the installed version (1.9.6).
fixed in gd-2.0.34
*** Bug 165752 has been marked as a duplicate of this bug. ***