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
