Rebuild after media-libs/jpeg upgrade [from 7 to 8]. But fails even after downgrade back to media-libs/jpeg-7. USE="fbcondecor gpm png truetype -hardened -mng" Reproducible: Always Steps to Reproduce: 1. emerge -1 =media-gfx/splashutils-1.5.4.3 Actual Results: checking for pthread.h... (cached) yes checking for xxpthread_create in -lpthread... no checking for pthread_create in -lpthread... (cached) yes checking for jpeglib.h... yes checking for jpeg_set_defaults in -ljpeg... yes checking gpm.h usability... yes checking gpm.h presence... yes checking for gpm.h... yes checking for Gpm_Open in -lgpm... yes checking for libpng-config... /usr/bin/libpng-config checking for x86_64-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for FREETYPE2... yes configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating libs/Makefile config.status: creating misc/Makefile config.status: creating src/test/Makefile config.status: creating docs/Makefile config.status: creating scripts/Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands >>> Source configured. >>> Compiling source in /var/tmp/portage/media-gfx/splashutils-1.5.4.3/work/splashutils-1.5.4.3 ... make CC=x86_64-pc-linux-gnu-gcc STRIP=true make --silent all-recursive Making all in libs CONF libjpeg.a configure: error: installation or configuration problem: C compiler cannot create executables. /bin/sed: can't read Makefile: No such file or directory make[3]: *** No rule to make target `libjpeg.a'. Stop. MAKE libjpeg.a make[3]: *** No rule to make target `libjpeg.a'. Stop. make[2]: *** [libjpeg.a] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Portage 2.2_rc61 (default/linux/amd64/10.0/desktop, gcc-4.4.2, glibc-2.11-r1, 2.6.32-zen5-nyth-v13 x86_64) ================================================================= System uname: Linux-2.6.32-zen5-nyth-v13-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9300_@_2.50GHz-with-gentoo-2.0.1 Timestamp of tree: Wed, 27 Jan 2010 20:30:01 +0000 app-shells/bash: 4.0_p37 dev-lang/python: 2.6.4-r1 dev-python/pycrypto: 2.1.0 dev-util/cmake: 2.8.0-r1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.0-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ABI="amd64" ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CDEFINE_amd64="__x86_64__" CDEFINE_x86="__i386__" CFLAGS="-O2 -pipe" CFLAGS_x86="-m32" CHOST="x86_64-pc-linux-gnu" CHOST_amd64="x86_64-pc-linux-gnu" CHOST_x86="i686-pc-linux-gnu" CLEAN_DELAY="5" CXXFLAGS="-O2 -pipe" DEFAULT_ABI="amd64" ELIBC="glibc" EMERGE_DEFAULT_OPTS="--verbose --ask --tree --keep-going" EMERGE_WARNING_DELAY="10" KERNEL="linux" LANG="pl_PL" LANGUAGE="48" LCD_DEVICES="g15" LC_ALL="pl_PL" LDFLAGS="-Wl,-O1" LDFLAGS_x86="-m elf_i386"
Most probably INVALID. Check config.log for the real error.
Created attachment 217751 [details] Main config.log
Created attachment 217752 [details] config.log from libs/libfreetype subdir
Created attachment 217753 [details] config.log from libs/libjpeg subdir
OK, my mistake. Klibc was trying to use old GCC [4.4.1 instead of 4.4.2]. Reemering klibc helped.