glib-2.6.4 fails with iconv.h error. Per some suggestions on some other bug report, I reemerge umerged libiconv (was not on system), reemerged glibc, loggged out and in and retried - same result. I also tried turning iconv USE flag on and off. Error message states that my iconv.h is from libiconv. But I would think that what I did would have fixed this if that was truly the problem. equery belongs /usr/include/iconv.h says it is from glibc as well - not sure how that checks though. Reproducible: Always Steps to Reproduce: 1.emerge glib 2. 3. Actual Results: fi i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DG_LOG_DOMAIN=\"GLib\" -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -pthread -O3 -march=pentium-m -pipe -mfpmath=sse -Wall -MT gconvert.lo -MD -MP -MF .deps/gconvert.Tpo -c gconvert.c -fPIC -DPIC -o .libs/gconvert.o gconvert.c:47:2: #error GNU libiconv not in use but included iconv.h is from libiconv make[4]: *** [gconvert.lo] Error 1 make[4]: Leaving directory `/var/tmp/portage/glib-2.6.4/work/glib-2.6.4/glib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/glib-2.6.4/work/glib-2.6.4/glib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/glib-2.6.4/work/glib-2.6.4/glib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/glib-2.6.4/work/glib-2.6.4' make: *** [all] Error 2 EMERGE INFO: Portage 2.0.51.22 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.12-rc4 i686) ================================================================= System uname: 2.6.12-rc4 i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.4.16 dev-lang/python: 2.3.3-r1 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r9 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium-m -pipe -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=pentium-m -pipe -mfpmath=sse" DISTDIR="/stuff/gentoo/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.tucdemonic.org/gentoo/ http://gentoo.ccccom.com ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirrors.tds.net/gentoo ftp://gentoo.ccccom.com" LINGUAS="eo fr" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/stuff/gentoo/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib acpi alsa apache2 apm arts audiofile avi berkdb bitmap-fonts cdparanoia cdr crypt cscope cups curl dga directfb doc dvd emboss encode ethereal evo fbcon fdftk flac flash foomaticdb fortran gd gdbm gif ginac gmp gphoto2 guile iconv imagemagick imlib innodb jabber jack java jikes jpeg kde kdeenablefinal ladcca lcms libg++ libwww mbox mcal memlimit mikmod mmx motif mozilla mp3 mpeg mpi mysql nas ncurses nls nocd offensive ogg oggvorbis opengl pcmcia pdflib perl pic png pnp ppds prelude python qt quicktime readline ruby sasl scanner sdl slang slp snmp speex spell sqlite sse ssl svga tcltk tcpd theora tiff truetype truetype-fonts trusted type1-fonts unicode usb vhosts vorbis wmf xine xml xml2 xosd xv yaz zeroconf zlib video_cards_radeon linguas_eo linguas_fr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS
You should have *not* touched libiconv, as it's blocking of glibc, how did you managed to install it?
I don't I installed it. The error message states it is from libiconv but I think not. I reemerged glibc and it placed it there. What makes it think it is from libiconv?
Ooops. I had a libiconv from a php install in local which superseded the glibc one. Have to rebuild the entire system it looks like :(
*** Bug 173324 has been marked as a duplicate of this bug. ***