That may be not a bug, but I need "libstdc++-libc6.2-2.so.3" and it seems that this file is provided with gcc 2.95 but not with 3.x. It seems the lib-compat package aims to provide theses types of things, so i get that file should be included. Tell me if I'm wrong, thanks.
hi. can you tell me which package needs that library? (libstdc++-libc6.2-2.so.3)
I need it to run uplink (uplink.co.uk) v 1.3 (a cool linux commercial game) thx in advance
qt and smpeg also need this library
Hi. My smpeg is linked against libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.so.5 This is also the case for my QT/KDE install. Could you provide me with more information? eg. Build logs (emerge foo &>/tmp/build-log-for-matt.txt). Also can you tell me which profile you're using along with how you updated you machines to gcc3.x and which gcc3.x you're using? Thanks
It is also needed to get full acceleration with Matrox Parhelia Driver by loading the appropriate binary module
i'm using the default-x86-1.4 profile with gcc-3.2 i had first done the update manually, so i recompiled gcc glibc gettext and binutils...first without my new optimizations, and then with them. then i started having this same problem, so i tried using the scripts. I had a few errors during the first two, so i had to remerge some programs 'emerge -c' had erased...but i did get the scripts to work flawlessly i have also remerge xfree several times since updateing because the error message led me to believe that xfree was the source the log file for 'emerge smpeg' can be found at: http://128.211.207.165/files/smpeg-build-log.txt and the log file for 'emerge qt' can be found at: http://128.211.207.165/files/qt-build-log.txt thanks for the help
Alias|wavefront's Maya 4.5 also needs this library. linking the libstdc++-libc6.1-1.so.2 tp libstdc++-libc6.2-2.so.3 doesn't work.
Avant!'s Hspice needs this, too. However, then symbolic link trick seems to work...
Nick, your problem is unrelated to this bug. You need to follow the gcc3.2 upgrading procedures.
libstdc++-libc6.2-2.so.3 is still needed ... its not an issue of 'finding programs that link against it and fixing it' or just symlinking it to libstdc++-libc6.1-1.so.2 ... binary packages that are distributed are linked against this file and not all work with 6.1-1 ...
sethbc@orbfx:~/phoenix$ ./phoenix /usr/lib/mozilla/phoenix-bin: error while loading shared libraries: libstdc++-libc6.2-2.so.3: cannot open shared object file: No such file or directory sethbc@orbfx:~/phoenix$ that would make me believe that phoenix needs it
Phoenix does need this. As do most binaries you can find. It's certainly something libcompat needs. I got around this bug by copying /usr/lib/gcc-lib/2.95.3/* from a 1.2 iso.
I don't know which platform lib-compat's dynamic libs are compiled for, but this is a real problem that is very easily fixed. Simply take libstdc++-libc6.2-2.so.3 from the appropriare stage3 for Gentoo 1.2 and put it into lib-compat.tar.gz on the gentoo mirrors. If someone can tell me which arch to use for these files I could do everything except upload the file myself.
Could someone please FIX THIS NOOOW!! It's impossible to run prebuilt binaries...
assigned
*** Bug 12172 has been marked as a duplicate of this bug. ***
if you symlink libstdc++-libc6.2-2.so.3 to libstdc++-libc6.2-2.so.3 it works for Phoenix and the Half Life Server. I believe this will work for 99% of the binaries out there... I know it works for more things then this cause everytime a user in #gentoo complains I tell them to make the symlink and they said it works for them and they're using programs other then Phoenix and HL
In fact if you look @ the Phoenix Ebuild... it creates this symlink... here's a little snip from the ebuild... dosym /usr/lib/libstdc++-libc6.1-1.so.2 /usr/lib/${MY_PN}/libstdc++-libc6.2-2.so.3
According to the users that had problems... the latest Macromedia Flash plugin needs this library too. I told them to make the symlink and stuff worked for them.
According to the users in #gentoo that had problems... the latest Macromedia Flash plugin needs this library too. I told them to make the symlink and stuff worked for them.
*** Bug 12268 has been marked as a duplicate of this bug. ***
*** Bug 11031 has been marked as a duplicate of this bug. ***
One more data point. On a fresh gcc 3.2 install, the symlink fixes flash as a plug-in. However, gflashplayer segfaults. Don't know if this would be fixed with the real libstdc++-libc6.2-2.so.3, or if it's a separate bug.
Well remove the symlink and test gflashplayer. Does it want that library or not? strace it? See why it segfaults
Ok, an strace shows that it does need the libstdc++ library, but that's not where it crashes. The last few lines of the strace show this: getpid() = 6149 rt_sigaction(SIGRTMIN, {0x4002a4a0, [], 0x4000000}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x4002a4f0, [], 0x4000000}, NULL, 8) = 0 rt_sigaction(SIGRT_2, {0x4002a660, [], 0x4000000}, NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff5ac, 31, (nil), 0}) = 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ So perhaps that library isn't the problem here.
I added this in lib-compat-1.1 back on 18 Dec 2002. closing this bug.