Bug 113527 – cdk Ebuild (5.0.20050424) refrences gcc 3.4.3 libs

• Product: Gentoo Linux
• Status: VERIFIED DUPLICATE

[Description Stephen Lecheler 2005-11-24 19:51:05 UTC]

Nearly vanilla gentoo system trying to emerge gphoto (which requires cdk) to
build.  As cdk is compiling a error is thrown about missing directories and
libraries in the gcc 3.4.3 branch.  The libraries are available in the gcc 3.4.4
branch.

Reproducible: Always
Steps to Reproduce:
(become root)
1. emerge cdk
2.(wait for compiler error)


Actual Results:  
See Attachment

Expected Results:  
The ebuild should have (if it was linked against the 3.4.4 libraries) finished
successfully.

Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.13-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.13-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.13
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
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.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/fluidportage/trunk"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa audiofile avi berkdb bitmap-fonts browserplugin bzip2 cdr
crypt cscope cups dts dvdread eds emboss encode esd exif expat fam ffmpeg flac
foomaticdb fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 idn imlib ipv6
java jpeg kde lcms libcaca lzw lzw-tiff mad matroska mng mozilla mp3 mpeg
ncurses nls nvidia ogg opengl pam pcre pdflib perl png python qt quicktime
readline recode ruby sdl spell sqlite ssl tcpd tiff truetype truetype-fonts
type1-fonts udev usb userlocales vorbis wmf xine xml2 xmms xpm xv zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

[Comment 1 Stephen Lecheler 2005-11-24 19:52:11 UTC]

Created attachment 73542 [details]
log from a failed attempt to "emerge cdk"

[Comment 2 Jakub Moc (RETIRED) 2005-11-24 22:54:34 UTC]

fix_libtool_files.sh 3.4.3

*** This bug has been marked as a duplicate of 73435 ***

[Comment 3 Stephen Lecheler 2005-11-25 16:16:37 UTC]

Attempted the fix in the refrenced bugreport.  No go. After the fix
"fix_libtool_files.sh 3.4.3"  emerging cdk still throws the error.  The provided
solution is not correct.

[Comment 4 Jakub Moc (RETIRED) 2005-11-25 16:19:31 UTC]

re-emerge libtool then...

*** This bug has been marked as a duplicate of 73435 ***

[Comment 5 Stephen Lecheler 2005-11-25 16:28:09 UTC]

This has been verified as a sucessful way to fix the problem.

Why does the emerge system not automatically do this?

[Comment 6 Jakub Moc (RETIRED) 2005-11-25 16:34:11 UTC]

(In reply to comment #5)
> This has been verified as a sucessful way to fix the problem.
> 
> Why does the emerge system not automatically do this?

fix_libtool_files.sh *is* run automatically after upgrading gcc. For some weird
reason, it's sometimes not enough to fix the hardcoded paths (and you cannot run
emerge from within emerge to re-emerge libtool). 

Thanks for reporting back, closing.