Wtih ref to Bugzilla Bug #167989 I had a problem with lyx upon an update to 1.4.2. The expert found that I was mixing libs from gcc 3.4.* with my current gcc 4.4.1. I was adviced to update the gcc properly, which I did in accordance with http://www.gentoo.org/doc/en/gcc-upgrading.xml#upgrade-general. Upon emerge -eav system I continued with emerge -eav world. Now during the latter it failed 5 times. The two later emerge perfectly, so now I remain with 3 problematic ones all related to libstdc++.la. The file does not seem to exist in gcc 4.4.1 environment and all sorts of activities with fix_libtool.. have not remedied that. In desperation I ln'ed the libstdc++.la of gcc 3.4.6 into the relevant place uin 4.4.1. That seemed to solve the problem for the packages enchant and gedit, but not for lyx. Then I threw out the old gcc's leaving me with gcc 4.4.1 alone. Now I can't emerge either of three packages. Hereunder in "Actual results" I'll include the error-messages. Reproducible: Always Steps to Reproduce: 1. emerge -v =app-office/lyx-1.4.4 2. emerge -v gedit 3. emerge -v enchant Actual Results: 1 emerge -v =app-office/lyx-1.4.4 2 3 ... 4 mkdir .libs 5 libtool: link: cannot find the library `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la' 6 make[3]: *** [lyx-qt] Error 1 7 make[3]: Leaving directory `/var/tmp/portage/app-office/lyx-1.4.4/work/lyx-1.4.4/src' 8 make[2]: *** [all-recursive] Error 1 9 make[2]: Leaving directory `/var/tmp/portage/app-office/lyx-1.4.4/work/lyx-1.4.4/src' 10 make[1]: *** [all] Error 2 11 make[1]: Leaving directory `/var/tmp/portage/app-office/lyx-1.4.4/work/lyx-1.4.4/src' 12 make: *** [all-recursive] Error 1 13 14 !!! ERROR: app-office/lyx-1.4.4 failed. 15 Call stack: 16 ebuild.sh, line 1614: Called dyn_compile 17 ebuild.sh, line 971: Called qa_call 'src_compile' 18 environment, line 4301: Called src_compile 19 lyx-1.4.4.ebuild, line 120: Called die 20 21 22 23 emerge -v gedit 24 25 ... 26 creating libspell.la 27 /bin/sed: can't read /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la: No such file or directory 28 libtool: link: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la' is not a valid libtool archive 29 make[4]: *** [libspell.la] Error 1 30 make[4]: Leaving directory `/var/tmp/portage/app-editors/gedit-2.16.2-r1/work/gedit-2.16.2/plugins/s pell' 31 make[3]: *** [all] Error 2 32 make[3]: Leaving directory `/var/tmp/portage/app-editors/gedit-2.16.2-r1/work/gedit-2.16.2/plugins/s pell' 33 make[2]: *** [all-recursive] Error 1 34 make[2]: Leaving directory `/var/tmp/portage/app-editors/gedit-2.16.2-r1/work/gedit-2.16.2/plugins' 35 make[1]: *** [all-recursive] Error 1 36 make[1]: Leaving directory `/var/tmp/portage/app-editors/gedit-2.16.2-r1/work/gedit-2.16.2' 37 make: *** [all] Error 2 38 39 !!! ERROR: app-editors/gedit-2.16.2-r1 failed. 40 Call stack: 41 ebuild.sh, line 1614: Called dyn_compile 42 ebuild.sh, line 971: Called qa_call 'src_compile' 43 environment, line 3487: Called src_compile 44 ebuild.sh, line 1304: Called gnome2_src_compile 45 gnome2.eclass, line 71: Called die 46 47 48 49 emerge -v enchant 50 51 ... 52 grep: /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la: No such file or directory 53 /bin/sed: can't read /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la: No such file or directory 54 libtool: link: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.la' is not a valid libtool archive 55 make[2]: *** [libenchant_aspell.la] Error 1 56 make[2]: Leaving directory `/var/tmp/portage/app-text/enchant-1.2.5/work/enchant-1.2.5/src/aspell' 57 make[1]: *** [all-recursive] Error 1 58 make[1]: Leaving directory `/var/tmp/portage/app-text/enchant-1.2.5/work/enchant-1.2.5/src' 59 make: *** [all-recursive] Error 1 60 61 !!! ERROR: app-text/enchant-1.2.5 failed. 62 Call stack: 63 ebuild.sh, line 1614: Called dyn_compile 64 ebuild.sh, line 971: Called qa_call 'src_compile' 65 environment, line 1513: Called src_compile 66 ebuild.sh, line 645: Called die 67 Expected Results: There's no testing the as the packages didn't emerge succesfully. I have tried with lyx 1.4.2 with simnilar results. localhost portage # emerge --info Portage 2.1.2-r9 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 i686) ================================================================= System uname: 2.6.19-gentoo-r5 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 19 Feb 2007 18:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/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="-march=pentium-m -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://mirror.uni-c.dk/gentoo/ http://mirror.gentoo.no/" MAKEOPTS="-j2" 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="X alsa apache2 apm arts berkdb bitmap-fonts cli cracklib crypt cups dlloader dri eds emboss encode esd firebird foomaticdb fortran gdbm gnome gpm gstreamer gtk gtk2 iconv imlib ipv6 isdnlog jpeg libg++ libwww mad midi mikmod motif mp3 mpeg mysql ncurses nls nptl nsplugin ogg opengl oss pam pcre perl png postgresql pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcltk tcpd truetype truetype-fonts type1-fonts vorbis x86 xml xml2 xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev radeon vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY localhost portage #
*** This bug has been marked as a duplicate of bug 73435 ***
*** Bug 168239 has been marked as a duplicate of this bug. ***
With all due respect I cannot see more than superficial similarity to the bug, that you claim this is a duplicate of. The error messages that I get do NOT point to some library of a previous incarnation of gcc. That would be the case if some developer used a literal ref to a specific version in stead of a variable ref. Instead the errors request a libstdc++-la of exactly the gcc-version that I am running. My conclusion therefore, is that this 'la'-file was not created during the emerge of the gcc version 4.4.1 that I run. I hold it that exactly this is the error that must be dealt with! I assume that if this is solved my 3 packages would emerge with no errors. On top of that I am critically dependent of Lyx of which I cannot find a binary package to install in stead. I hope you understand my point. So I humbly submit that you reconsider.
(In reply to comment #3) > libstdc++-la of exactly the gcc-version that I am running. > > My conclusion therefore, is that this 'la'-file was not created during the > emerge of the gcc version 4.4.1 that I run. I hold it that exactly this is the > error that must be dealt with! It's not supposed to get created at all. Please re-read the bug more carefully. esp. bug 73435, Comment #208 *** This bug has been marked as a duplicate of bug 73435 ***
