Bug 78665 – app-doc/chmlib-0.35 broken on amd64

• Product: Gentoo Linux
• Status: RESOLVED WORKSFORME

[Description Roland Bär 2005-01-19 05:53:03 UTC]

Having gcc-3.4.3.
When trying to emerge chmlib on amd64, g++ tries to link in 3.4.2 stuff, which cannot be found.  

Reproducible: Always
Steps to Reproduce:
1. emerge chmlib




Manually replacing the references to 3.4.2 with 3.4.3 on link line succeeds. Really no idea
where this 3.4.2 comes from....

Gentoo Base System version 1.5.3
Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.11-rc1 
x86_64)
=================================================================
System uname: 2.6.11-rc1 x86_64 Mobile AMD Athlon 64 Processor 2800+
Autoconf: sys-devel/autoconf-2.59-r5,sys-devel/autoconf-2.13
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r2
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/
kde/3.3/shutdow
n /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/
share/tex
mf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/
share/texmf/x
dvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks maketest sandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/
gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac aalib accessibility acpi alsa audiofile berkdb bitmap-fonts blender-game bluetooth 
bonobo b
zlib c++ cairo cddb cdparanoia cdr cgi cjk cross crypt cups directfb divx4linux doc dri dvd dvdr 
dvdread edl
 emacs emacs-w3 emul-linux-x86 encode esd ethereal ex f77 fam fbcon fftw flac flash flatfile font-
server for
tran ftp gd gdbm gif ginac glx gmp gphoto2 gpm gstreamer gtk gtkhtml imagemagick imap imlib 
insecure-drivers
 ipv6 java jp2 jpeg kde lcms leim libwww lirc lzw lzw-tiff mad mbox mikmod mime mng motif mpi mule 
multilib 
mysql ncurses nls offensive oggvorbis opengl oss pam pcntl pcre perl php png pnp ppds python qt 
readline rec
ode samba sdk sdl sharedmem simplexml slang ssl svg sysvipc tcltk tcpd tetex theora tiff tokenizer 
truetype 
truetype-fonts type1-fonts usb userlocales v4l v4l2 vhosts videos wmf xfs xine xinerama xml xml2 
xmms xosd x
pm xprint xrandr xv xvid xvmc yv12 zlib video_cards_radeon linguas_en linguas_de"

[Comment 1 Roland Bär 2005-01-19 05:54:10 UTC]

Created attachment 48940 [details]
output of "emerge -d chmlib"

[Comment 2 Olivier Crete (RETIRED) 2005-01-20 07:59:05 UTC]

try running: fix_libtool_files.sh 3.4.2

if it does not work, please re-open the bug

[Comment 3 Roland Bär 2005-01-20 08:37:30 UTC]

No, running 
 fix_libtool_files.sh 3.4.2
does not make any difference...
This is not a duplicate of the 2nd most reported bug, sorry.

[Comment 4 Roland Bär 2005-01-21 03:18:03 UTC]

Created attachment 49099 [details]
My original /usr/bin/libtool before re-emerge libtool 1.5.2-r7

Had here references to 3.4.2 still in, even gcc is 3.4.3 since a while.
Seams to me, that the affected variables are seldom used, so first became 
obvious with chmlib.
Also fix_libtool_files.sh doesn't touch /usr/bin/libtool
Re-emerging same libtool solved this problem for now....

[Comment 5 Roland Bär 2005-01-21 05:56:21 UTC]

Maybe some dependencies gcc and libtool. If upgrading to gcc 3.4.3 probably auto 
re-remerge libtool. At least WORKSFORME