Bug 155566 – media-gfx/imagemagick-6.3.0.5 changes midway the gcc it calls

• Product: Gentoo Linux
• Status: VERIFIED TEST-REQUEST

[Description Arttu Valo 2006-11-18 03:30:30 UTC]

Funny thing happened with my arch-enemy of ebuilds (ImageMagick) today while doing the "emerge -pvuD" after a --sync. Midway through the compilation the gcc seems to switch from i686* to i386*:

i686-pc-linux-gnu-gcc -c  -I../ -I.. -I/usr/include/freetype2 -I/usr/include/libxml2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -march=athlon -fomit-frame-pointer -pipe -Wall -W -pthread -O2 -mcpu=i686 -fomit-frame-pointer   -DVERSION=\"6.3.0\" -DXS_VERSION=\"6.3.0\" -fPIC "-I/usr/lib/perl5/5.8.8/i386-linux/CORE"  -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H Magick.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
Magick.xs:211: warning: missing initializer
Magick.xs:211: warning: (near initialization for 'Methods[8].arguments')

(((Lots of these regular warnings removed here)))

Magick.c:10175: warning: unused variable 'ref'
Magick.c:10170: warning: unused variable 'ix'
Running Mkbootstrap for Image::Magick ()
chmod 644 Magick.bs
rm -f blib/arch/auto/Image/Magick/Magick.so
LD_RUN_PATH="/usr/lib" i386-pc-linux-gnu-gcc  -L../magick/.libs -lMagick -shared -L/usr/local/lib Magick.o  -o blib/arch/auto/Image/Magick/Magick.so   -L/usr/lib -lfreetype -lz -L/usr/lib -llcms -ltiff -lfreetype -ljpeg -lfreetype -lz -lfontconfig -lexpat -lXext -lSM -lICE -lX11 -lXt -lbz2 -lz -lpthread -lm -lpthread
gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc"
make[1]: *** [blib/arch/auto/Image/Magick/Magick.so] Error 1
make[1]: Leaving directory `/var/tmp/portage/imagemagick-6.3.0.5/work/ImageMagick-6.3.0/PerlMagick'
make: *** [all-perl] Error 2

!!! ERROR: media-gfx/imagemagick-6.3.0.5 failed.


The system itself has been updated since the days of 2004.x (or 2003.x? cannot remember any more), and at least once it lost its gcc entirely, so maybe the gcc is part of the problem:

gcc-config -l
 [1] i386-pc-linux-gnu-3.4.6
 [2] i386-pc-linux-gnu-3.4.6-hardened
 [3] i386-pc-linux-gnu-3.4.6-hardenednopie
 [4] i386-pc-linux-gnu-3.4.6-hardenednopiessp
 [5] i386-pc-linux-gnu-3.4.6-hardenednossp
 [6] i686-pc-linux-gnu-3.4.4
 [7] i686-pc-linux-gnu-3.4.4-hardened
 [8] i686-pc-linux-gnu-3.4.4-hardenednopie
 [9] i686-pc-linux-gnu-3.4.4-hardenednopiessp
 [10] i686-pc-linux-gnu-3.4.4-hardenednossp
 [11] i686-pc-linux-gnu-4.1.1 *

emerge --info (also portage just got the 2.1.1 update, that could be the problem, too -- but everything seems to say "i686" here)

Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r4 i686)
=================================================================
System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(TM) XP1600+
Gentoo Base System version 1.12.6
Last Sync: Sat, 18 Nov 2006 10:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
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-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.du.se/pub/os/gentoo ftp://ftp.linux.ee/pub/gentoo/distfiles/ http://mirror.aiya.ru/pub/gentoo/"
LINGUAS="en fi"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acl acpi alsa apache2 berkdb bitmap-fonts cli cracklib crypt cups dbus dlloader dri dvd elibc_glibc esd fortran gdbm gif gnome gpm gtk gtk2 hal iconv imap input_devices_keyboard input_devices_mouse input_devices_vmmouse ipv6 isdnlog joystick jpeg kde kerberos kernel_linux libg++ linguas_en linguas_fi lirc lirc_devices_all mmx motif mysql nas ncurses nfs nls nntp nptl nptlonly odbc openexr opengl pam pcre perl postgres ppds pppd python readline reflection sasl scanner session snmp socks5 spell spl sse ssl tcpd truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l video_cards_apm video_cards_mga video_cards_tga video_cards_v4l video_cards_vesa video_cards_vga xinerama xml xml2 xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Extra flags for ImageMagick (from /etc/portage/package.use):
media-gfx/imagemagick      bzip2 fpx graphviz gs jbig jpeg jpeg2k lcms mpeg perl png tiff truetype wmf xml zlib

[Comment 1 Jakub Moc (RETIRED) 2006-11-18 03:35:25 UTC]

Well, you pretty likely have broken .la files on your system. Try something like this:

fix_libtool_files.sh `gcc -dumpversion` --oldarch i386-pc-linux-gnu

[Comment 2 Arttu Valo 2006-11-18 06:03:03 UTC]

(In reply to comment #1)
> fix_libtool_files.sh `gcc -dumpversion` --oldarch i386-pc-linux-gnu

Thanks for the advice, the script did catch several libs:

 * Scanning libtool files for hardcoded gcc library paths...
 *   [1/9] Scanning /lib ...
 *   [2/9] Scanning /usr/lib ...
 *     FIXING: /usr/lib/python2.3/site-packages/_lcms.la ...[c]
 *     FIXING: /usr/lib/gstreamer-0.8/libgstffmpeg.la ...[c]
 *     FIXING: /usr/lib/directfb-0.9.22/systems/libdirectfb_sdl.la ...[c]
 *     FIXING: /usr/lib/directfb-0.9.22/inputdrivers/libdirectfb_sdlinput.la ...[c]
 *     FIXING: /usr/lib/libodbcinstQ.la ...[c]
 *   [3/9] Scanning //usr//lib/opengl/xorg-x11/lib ...
 *   [4/9] Scanning /opt/blackdown-jdk-1.4.2.03/jre/lib/i386 ...
 *   [5/9] Scanning /usr/athena/lib ...
 *   [6/9] Scanning /usr/i386-pc-linux-gnu/lib ...
 *   [7/9] Scanning /usr/kde/3.5/lib ...
 *   [8/9] Scanning /usr/local/lib ...
 *   [9/9] Scanning /usr/qt/3/lib ...

However, none of those looked too important (now what do I know about media-libs' importance? very little indeed), and doing "emerge -vuD world" the compilation of ImageMagick-6.3.0.5 still stops at the same spot.

I'll try re-emerging some more things, gcc, glibc and the like, if that would help.

Actually, this probably is not a bug then, just a config-issue. Just my old system growing some weird new linux-library-based mold species that the botanists should look into ...  I'll close this "bug". Sorry about wasting your time.

[Comment 3 Jakub Moc (RETIRED) 2006-11-18 06:13:14 UTC]

Well, you might want to re-run the fix_libtool_files.sh script w/ a couple of different arguments as well (just run it without any options to get usage instructions) but yeah, this is not an imagemagick bug but rather some gcc-related mess :)

This might be helpful as well: http://www.gentoo.org/doc/en/change-chost.xml