/usr/lib/libstdc++.so.6：找不到版本“ GLIBCXX_3.4.15”

如何在Ubuntu中获得GLIBCXX_3.4.15？我无法运行正在编译的某些程序。

当我做：

strings /usr/lib/libstdc++.so.6 | grep GLIBC

我得到：

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
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.4
GLIBC_2.3.4
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

谢谢你的帮助！

我正在从源代码编译gcc 4.6，显然

sudo make install 

没有抓住这个。我四处寻找

gcc/trunk/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.15

我将其复制到/ usr / lib并重定向libstdc ++。so.6以指向新的目录，现在一切正常。

在过去，我一直在通过链接可执行文件时简单地将libstdc ++与发送给g ++的此参数静态地静态链接来避免此问题：

-static-libstdc++

如果可以选择静态链接库，则可能是最快的解决方法。

我试图让clang正常工作（也需要6.0.15），并且四处寻找时发现它已安装在 /usr/local/lib/libstdc++.so.6.0.15。当我安装石墨（实验性gcc版本）时，它就安装在这里。

如果需要访问该位置的库，则需要定义LD_LIBRARY_PATH为：

export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/usr/local/lib64:/usr/lib64

完成此操作后，我便可以使用clang了。希望对某人有帮助。

尝试使用Matlab eng从C代码调用m函数时遇到此问题。通过命令发生mex -f .. ..

我的解决方案：

strings /usr/lib/i386-<tab>/libstdc++.so.6 | grep GLIBC

我发现它包含3.4.15

所以我的系统具有最新的库。

问题来自于matlab本身，它从以下位置调用了自己的libstdc ++。so.6 {MATLAB}/bin

因此，只需将其替换为更新的系统库。

我有同样的错误。这对我来说是这样的：

• 在当前安装的gcc下清理了项目
• 重新编译

工作完美！

对于此错误，我从其他服务器复制了最新的libstdc ++。so.6.0.17，然后删除了软链接并重新创建了它。

1.将libstdc ++。so.6.0.15或最新版本从其他服务器复制到受影响的系统。
就我而言，SUSE linux 11 SP3是最新的。
2. rm libstdc ++。so.6
3. ln -s libstdc ++。so.6.0.17 libstdc ++。so.6（在/ usr / lib64目录下）。

欢乐

我刚遇到构建LLVM 3.7版本的类似问题。首先检查您的系统上是否已安装所需的库：

$locate libstdc++.so.6.*

然后将找到的位置添加到$ LD_LIBRARY_PATH环境变量中。

有时您无法控制目标计算机（例如，您的库需要在锁定的企业系统上运行）。在这种情况下，您将需要使用与其GLIBCXX版本相对应的GCC版本重新编译代码。在这种情况下，您可以执行以下操作：

1. 查找目标计算机支持的最新版本的GLIBCXX：strings /usr/lib/libstdc++.so.6 | grep GLIBC...说该版本为3.4.19。
2. 使用https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html查找相应的GCC版本。在我们的情况下，这是[4.8.3, 4.9.0)。

gcc版本4.8.1，错误似乎是：

/ root / bllvm / build / Release + Asserts / bin / llvm-tblgen：/usr/lib64/libstdc++.so.6：找不到版本'GLIBCXX_3.4.15'（/ root / bllvm / build / Release + Asserts / bin / llvm-tblgen）

我在符合gcc 4.8.1的地方找到了libstdc ++。so.6.0.18

那我就这样

cp ~/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.18 /usr/lib64/

rm /usr/lib64/libstdc++.so.6

ln -s libstdc++.so.6.0.18 libstdc++.so.6

问题解决了。

我从RPM（libstdc ++的RPM）中提取了它们，然后：

export LD_LIBRARY_PATH=.

设置系统以搜索当前目录上的库。然后刚执行我的程序。但就我而言，我已经收到了所需的单个可执行文件，这不是系统范围的更改。

我遇到了类似的问题，并且通过静态链接libstdc++到正在编译的程序中来解决了该问题，如下所示：

$ LIBS=-lstdc++ ./configure ... etc.

而不是通常的

$ ./configure ... etc.

这种解决方案可能与在运行时加载共享库有关，但是我没有深入研究这个问题以进行评论。

GLIBCXX_3.4.14的错误 您需要安装较新版本的GCC。 http://pkgs.org/download/libstdc++.so.6 转到：

http://geeksterminal.com/how-to-install-glib-glibc/1392/

并按照说明进行操作。

我遇到了同样的问题，因为我将用户从自己更改为其他人：

su

由于某种原因，在正常编译之后，我无法执行它（相同的错误消息）。直接ssh到其他用户帐户即可。

我安装了多个版本的gcc编译器，并且需要使用比默认安装更新的版本。由于我不是Linux系统的系统管理员，因此我不能只更改/ usr / lib或上面的许多其他建议。我遇到了这个问题，并最终将其追溯到将我的路径设置为32位库目录而不是64位库（lib64）目录。由于32位目录中的库不兼容，因此系统默认使用的是较旧的旧版本。

在我所引用的路径上使用-L会发出有关“在搜索-lstdc ++时跳过不兼容的libstdc ++。so”的警告。这是帮助我最终解决问题的提示。

与gcc版本4.8.1 (GCC)和相同libstdc++.so.6.0.18。不得不将其复制/usr/lib/x86_64-linux-gnu到我的Ubuntu盒子上。

在我的情况下，LD_LIBRARY_PATH在/ usr / local / lib64之前先具有/ usr / lib64。（我正在构建llvm 3.9）。
我安装的用于编译llvm 3.9的新gcc编译器在/ usr / local / lib64下使用了较新的GLIBCXX库，因此我修复了LD_LIBRARY_PATH，以使链接程序首先查看/ usr / local / lib64。
那解决了这个问题。

我只是在构建时使用-static-libstdc ++。瓦特那，我可以运行a.out

g++ test.cpp -static-libstdc++

出于测试目的：

在原始计算机上，找到该库，并将其复制到可执行文件所在的目录：

$ ldconfig -p | grep libstdc
        libstdc++.so.6 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
        libstdc++.so.6 (libc6) => /usr/lib32/libstdc++.so.6
$ cp /usr/lib/x86_64-linux-gnu/libstdc++.so.6 .

然后将该同一个库复制到目标计算机，并运行可执行文件：

LD_LIBRARY_PATH=. ./myexecutable

注意：上面的命令是临时的；这不是系统范围的更改。

我之前有同样的问题，并已解决，可以在matlab上修复此错误“ GLIBCXX_3.4.15”的步骤中找到该问题的步骤 。