Not a bug, FreeBSD's Linux emulation layer is running a very old version of Glibc. (Fedora 10?)
have the same issue on centos 5.8 final. any work around for this?
nullcollision
Not a bug, FreeBSD's Linux emulation layer is running a very old version of Glibc. (Fedora 10?)
That doesn't explain why run with shipped lib failed with that message
yes it does, if there is no /usr/lib/libstdc++.so.6 because it has an outdated version
I would suggest closing this as not a bug and wont-fix
the libstdc++.so shipped with the dedicated server wasn't matched up properly, the next update will fix this. Note we only support (to a small degree) the dedicated server on freebsd, don't think you can run the client on it :)
Nothing extracted yet.
On test setup under FreeBSD 9.1 I get on start
./hlds_linux: symbol lookup error: ./libstdc++.so.6: undefined symbol: _ZNSt8messagesIcE2idE, version GLIBCXX_3.4
If I remove shipped libstdc++.so.6 then next error message appeared
LoadLibrary failed on ./cstrike/dlls/cs.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./cstrike/dlls/cs.so)
Host_Error: Couldn't get DLL API from ./cstrike/dlls/cs.so!
FATAL ERROR (shutting down): Host_Error: Couldn't get DLL API from ./cstrike/dlls/cs.so!