Bugzilla Bug 206050

With a fresh Gentoo install on an AMD64 system, I get this error when I try to
run ut2004:

$ ut2004
./ut2004-bin: error while loading shared libraries: libstdc++.so.5: cannot open
shared object file: No such file or directory

Linking in what I assume to be the 64-bit version of the library seems to solve
the problem:

# equery belongs libstdc++.so.5
[ Searching for file(s) libstdc++.so.5 in *... ]
sys-devel/gcc-3.3.6-r1
(/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.6/32/libstdc++.so.5 ->
libstdc++.so.5.0.7)
sys-devel/gcc-3.3.6-r1
(/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.6/libstdc++.so.5 ->
libstdc++.so.5.0.7)
app-emulation/emul-linux-x86-compat-20071125-r1
(/usr/lib32/libstdc++-v3/libstdc++.so.5 -> libstdc++.so.5.0.7)

# cd /opt/ut2004/System
# ln -s /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.6/libstdc++.so.5

And then it works.

Reproducible: Always

Steps to Reproduce:

emerge --info:

Portage 2.1.4_rc12 (default-linux/amd64/2007.0, gcc-4.2.2, glibc-2.7-r1,
2.6.23-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.23-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor
5600+
Timestamp of tree: Mon, 31 Dec 2007 00:00:02 +0000
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.3
dev-lang/python:     2.4.3-r4, 2.5.1-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.10-r5
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -fomit-frame-pointer -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/X11/gdm/modules /etc/env.d /etc/env.d/java/
/etc/fonts/conf.avail /etc/fonts/fonts.conf /etc/gconf /etc/init.d /etc/pam.d
/etc/profile.d /etc/revdep-rebuild /etc/sound/events /etc/ssl/misc
/etc/terminfo /etc/udev/rules.d /etc/xdg/xfce4 /etc/xdg/xfce4/desktop
/usr/share/X11/xkb"
CXXFLAGS="-O2 -pipe -fomit-frame-pointer -march=athlon64"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo
http://gentoo.osuosl.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LINGUAS="en_US en"
MAKEOPTS="-j4"
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
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl alsa amd64 audiofile avi bash-completion berkdb bitmap-fonts
boost branding cdparanoia cdr cli cracklib crypt cups dbus divx4linux dri dvd
dvdr dvdread flac fortran gdbm gif gphoto2 gpm gstreamer gtk gtk2 hal iconv icq
imap ipv6 isdnlog java jce jpeg live mad maildir midi mmx mng mp3 mpeg mplayer
mudflap ncurses nls nptl nptlonly ogg oggvorbis opengl openmp oscar pam pcre
pdflib perl png pppd python quicktime readline reflection samba session sox
spell spl sse sse2 ssl subtitles tcpd theora truetype truetype-fonts
type1-fonts unicode vim-syntax vorbis xorg xv xvid zlib" ALSA_CARDS="ali5451
als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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" APACHE2_MODULES="actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache
filter headers include info log_config logio mem_cache mime mime_magic
negotiation rewrite setenvif speling status unique_id userdir usertrack
vhost_alias" CAMERAS="canon ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse"
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001
mtxorb ncurses text" LINGUAS="en_US en" USERLAND="GNU" VIDEO_CARDS="nv nvidia
vesa fbdev"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

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

Thanks for the quick response and pointer to the other bug, but either my
problem is different from that of 200213 or else 200213 is not completely
resolved.

The solution given on bug 200213, comment 1 does not solve the problem for me:

emerge -C emul-linux-x86-compat
rm /usr/lib32/libstdc++.so.5* # (no such file exists)
emerge emul-linux-x86-compat

Comment 19's suggestion of emerging the package twice consecutively did not
help.

Repetition fared no better:

for F in `seq 1 10`; do emerge -C emul-linux-x86-compat; rm
/usr/lib32/libstdc++.so.5*; emerge -1 emul-linux-x86-compat; emerge -1
emul-linux-x86-compat; done

emul-linux-x86-compat-20071125 is the only version of the package I have ever
had installed.  I did an emerge --sync, emerge -uND world, and revdep-rebuild
(nothing rebuilt) today, and the problem remains.

Yeah, emerge yourself 20071125-r1 and run env-update.

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

I'm still seeing the same problem, even after emerging r1 multiple times and
running env-update and sourcing /etc/profile.


# ldd ut2004-bin | grep libstdc++
        libstdc++.so.5 => not found
        libstdc++.so.5 => not found


I know basically nothing about shared libraries, but here are some things that
might be in some way related:


# ll /usr/lib32/libstdc++-v3/ 
total 740
lrwxrwxrwx 1 root root     18 Feb  7 00:13 libstdc++.so.5 -> libstdc++.so.5.0.7
-rwxr-xr-x 1 root root 752964 Nov 25 16:50 libstdc++.so.5.0.7

# ll /usr/lib32/libstdc++.so.5* 
ls: cannot access /usr/lib32/libstdc++.so.5*: No such file or directory

# ldconfig -v
...
/usr/lib32/libstdc++-v3:
        libstdc++.so.5 -> libstdc++.so.5.0.7
...

# grep libstdc++ /etc/ld.so.conf 
/usr/lib32/libstdc++-v3/

# cat /etc/env.d/99libstdc++32
LDPATH="/usr/lib32/libstdc++-v3/"

Works for me with games-fps/ut2004-3369-r4

ldd ut2004-bin | grep libstdc++
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00007fb7a95e1000)
        libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/libstdc++.so.6
(0x00007fb7a467a000)

At the moment ut2004-bin provides real amd64 binary and linked to 64-bit
version of libstdc++?

ut2004-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux
2.4.1, dynamically linked (uses shared libs), stripped

I think it's fixed by this:

 02 May 2009; Mark Loeser <halcy0n@gentoo.org> libstdc++-3.3.ebuild:
  Remove gcc-3.3 from the RDEPEND since its likely to not work, and no one
  is going to have it installed, so the libstd++ ebuild will be quicker

I had totally forgotten about this bug.  My problem did go away at some point: 
I'm now seeing results similar to those in comment 6.

$ ldd ut2004-bin | grep libstdc++ # no longer broken
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00002b85dd7f6000)
$ file ut2004-bin # same result as in comment 6
ut2004-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically
linked (uses shared libs), for GNU/Linux 2.4.1, stripped

Thanks to everyone for the responses.

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