如何修复这个错误 /usr/lib/libstdc++.so.6
原文：How to fix: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found
翻译：
现在我急于想找到这个问题的解决办法，我在32位乌班图下面尝试编译共享库（在Debian和乌班图64位下尝试过，但是都没有成功）
每次我尝试加载我的插件的时候都会得到这个错误：/usr/lib/libstdc++.so.6: version ``GLIBCXX_3.4.15' not found
下面是我得到这个错误的方法：
1.安装最新的32位乌班图
2.安装 sudo apt-get install build-essential
3.编译并加载我的插件
下面是一些我找到并尝试的链接，但是对我来说都没有实际用途：
（我的老问题：在发布这个问题的几天后我处理掉了它，但是我忘记了我是如何操作的）
Another user with the same problem
我看到某些人移动lidstdc++（我认为）到一些目录中来解决这个问题，通过idk指向或者链接到目录，但是这让我很疑惑。
有人知道这个问题吗？
（第一次修改）在终端中运行 strings /usr/lib/libstdc++.so.6 | grep GLIBC得到了：strings '/usr/lib/libstdc++.so.6': No such file，这是一个问题吗？如果是的话，我应该安装哪个库呢？
（第二次修改）有人知道解决方案吗？
（第三次修改）仍然需要一个解决方案，有没有方法查看共享库是在哪个发行版本上编译的吗？我知道我前一阵子编译过这个库，但是我忘记了
（第四次修改）ldd my_lib_.so得到了：
linux-gate.so.1 => (0xb77d7000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb76c1000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb76a4000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74fa000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb74ce000)
/lib/ld-linux.so.2 (0xb77d8000)
ldd program_im_loading_so_into得到了：
linux-gate.so.1 => (0xb77d8000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb77c0000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb77a5000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb76bb000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb768f000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7672000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74c9000)
/lib/ld-linux.so.2 (0xb77d9000)
运行 strings /usr/lib/i386-linux-gnu/libstdc++.so.6 | grep GLIBCXX得到了：
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_DEBUG_MESSAGE_LENGTH
我的gcc的版本是：
`gcc version 4.6.4 (Ubuntu/Linaro 4.6.4-1ubuntu1~12.04)`
Answers1：
使用 gcc的选项 -static-libstdc++，来链接静态库。
Answers2：
我通过安装 sudo apt-get install libstdc++6解决了这个问题。
在我的环境中，我安装完 MongoDB 3.0.1遇到了这个问题：
mongo: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by mongo)
Answers3：
在非默认的存储库中安装最新的版本即可：
$ sudo add-apt-repository ppa:ubuntu-toolchain-r/test
$ sudo apt-get update
$ sudo apt-get install libstdc++6-4.7-dev
Answers4：
通过安装最新版本的libstdc++可以解决这个问题：
$ sudo add-apt-repository ppa:ubuntu-toolchain-r/test
$ sudo apt-get update
$ sudo apt-get install libstdc++6-7-dbg
Answers5：
在上面，你提到编译库是复现问题的一个步骤，但是下面你编辑说：
“有没有方法看动态库实在哪个发行版本上编译的”
对C++程序来说，你是否在同一个发行版本上编译，甚至同一发行版本的不同版本之间编译是很重要的细节。
就像我说的，链接C++库包括 libstdc++会导致混合的结果。这里是使用不同版本的C++重新编译的一些相关问题：
do we need to recompile libraries with c++11?
基本上，如果你在不同发行版本上编译C++（可能还有不同的gcc版本），这可能是引起你问题的原因。
我认为你有两个选择：
1.最好的选择：重新编译你的共享库，如果你没在你当前系统上编译过的话。如果这里有运行时期系统环境变量的问题的话，在编译期间可能就会出现；
2.将你的应用程序和其他C++编译库绑定在一起。如果是相同的发行版本，这可能是唯一可行的办法。这可能是一个有用的方法如果你有自己的编译器。如果你使用这个方法，你必须设置LD_LIBRARY_PATH并让它生效，在绑定上你的stdc++库。
Answers6：
如果有人和我遇到了一样的问题，确定你没有在乌班图12.04的机器上安装14.04的软件包-它会给出同样的错误。重新安装合适的存储库来解决这个问题。
Answers7：
这对我来说是有效的：
cp /libstdc++.so.6 $PWD
./<executable>
这个解决方案来自于@kerin（上面的评论中）：
你可以在这里查看到 http://stackoverflow.com/questions/13636513/linking-libstdc-statically-any-gotchas
从上面的链接中：
如果你把最新的libstdc++库放到应用程序执行的目录，你会发现在运行的时候问题就解决了。
我得到的这个错误中的 libstdc++库在 /usr/lib64/这个目录中，但是这不是我链接的库，消息看起来像：
: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by )
我确认 LD_LIBRARY_PATH含有这个目录（而且是第一个）。出于某种原因，在运行时仍然查看 /usr/lib64/libstdc++.so.6。
我采取了上面的建议，把 libstdc++.so.6从链接目录拷贝到程序运行目录，然后运行程序，并正常工作。
