Bugzilla Bug 115116

libstdc++ v5 is gone in gcc 3.4.4 and I didn't find a ut2004 packaged
libstdc++.

Did you remove gcc-3.3 before installing libstdc++-v3? Oh, and you forgot to
post your emerge --info.

Indeed.
Should tell ut2004 guys to package their binaries with libgcc_s.so.1
libstdc++.so.5 like doom3 and quake4.

Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.14-gentoo-r4 i686)
=================================================================
System uname: 2.6.14-gentoo-r4 i686 AMD Athlon(TM) XP2400+
Gentoo Base System version 1.6.13
dev-lang/python:     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="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/"
LANG="fr_FR.UTF-8"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 acpi alsa audiofile avi bash-completion berkdb
bindist bonobo bzip2 cairo calendar caps cdparanoia crypt cscope css ctype cups
curl curlwrappers dbus djbfft dts dvd dvdread eds encode epiphany erandom esd
evo exif expat experimental fam ffmpeg fftw flac font-server fontconfig
foomaticdb ftp gb gd gdbm gif glibc-omitfp glitz glut glx gnome gnutls gstreamer
gtk gtk2 gtkhtml hal idn imap imlib jabber javascript jpeg kerberos lcms ldap
libedit libgda libwww linuxthreads-tls lm_sensors mad matroska mcal mikmod mime
mmap mmx mng mozilla moznocompose moznoirc moznomail mozsvg mp3 mpeg mpi msn
nautilus ncurses nls no-old-linux nptl nptlonly nsplugin nspr numeric nvidia
offensive ogg openal opengl pam pcre pda pdflib perl png posix ppds python
quicktime readline session sharedmem speex spell sse ssl svg symlink theora
threads tiff truetype truetype-fonts ucs2 udev unicode usb v4l v4l2 videos
vim-pager vorbis win32codecs wmf xml2 xscreensaver xsl xv xvid zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY

gcc-3.4 already depends on libstdc++-v3, so you should already have it
installed.

Indeed.
Do you know any channel to push up the request to the ut2004 guys? (packaging
with  libgcc_s.so.1 and libstdc++.so.5).

You're not making sense. If you already have that library, why would you need
another one?

To have ut2004 properly packaged with a minimum external dependencies like
doom3
and quake4. ut2004 is the only piece of software which needs the v5 of
libstdc++
on my system. Just a matter to keep things square and clean (As far as my
system
is concerned) as Doom3 and Quake4 allow me to do.
Yes, I'm picky.
(Never mind, it works. If you are less picky than me, just close the bug and
forget about it). I will try to find a channel to push my request to the ut2004
guys... was just trying to get a bit of help here, don't worry and don't get it
personnally, because that was not the intend.

for sake of stability, it's nice when binary-only packages include all the
libraries they linked against

look at all the binary-only games which crash on modern systems

I tend to agree.  There's even some of the binary games where I am having to
include libraries to get the *statically linked* versions working right.

Anyway, I have resolved this bug in CVS.  If you wish to have the libraries
packaged with the next patch, please file a bug at https://bugzilla.icculus.org
so Ryan will see it.  Feel free to reference this bug.

This wasn't a "bug" so much as a local error on your system, as stated in
comment #2, gcc 3.4 already depends on libstdc++-v3 if gcc 3.3 is not installed.
 If you had not run an "emerge -u world" after uninstalling gcc 3.3, you would
see this kind of error.  I've gone and added the dependency to be either gcc 3.3
or libstdc++-v3 for both x86 and amd64, since technically that is correct.

https://bugzilla.icculus.org/show_bug.cgi?id=2545