Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 113527 - cdk Ebuild (5.0.20050424) refrences gcc 3.4.3 libs
Summary: cdk Ebuild (5.0.20050424) refrences gcc 3.4.3 libs
Status: VERIFIED DUPLICATE of bug 73435
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-24 19:51 UTC by Stephen Lecheler
Modified: 2005-11-25 16:34 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
log from a failed attempt to "emerge cdk" (cdk.ebuild.log,23.19 KB, text/plain)
2005-11-24 19:52 UTC, Stephen Lecheler
Details

Note You need to log in before you can comment on or make changes to this bug.
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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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.