Bug 168227 – Several ebuilds fail to emerge with similar or equivalent libstdc++.la problem

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Niels Muller Larsen 2007-02-24 12:54:10 UTC]

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 #

[Comment 1 Jakub Moc (RETIRED) 2007-02-24 12:59:57 UTC]

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

[Comment 2 Jakub Moc (RETIRED) 2007-02-24 14:48:51 UTC]

*** Bug 168239 has been marked as a duplicate of this bug. ***

[Comment 3 Niels Muller Larsen 2007-02-24 15:06:01 UTC]

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. 

[Comment 4 Jakub Moc (RETIRED) 2007-02-24 15:10:52 UTC]

(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 ***