/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

そのため、更新されたシステムlibで置き換えるだけです。

同じエラーが発生しました。これは私にとってそれがどのように機能したかです：

• 現在インストールされている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ディレクトリの下）。

nJoy

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：version `GLIBCXX_3.4.15 'not found（required by / root / bllvm / build / Release + Asserts / bin / llvm-tblgen）

libstdc ++。so.6.0.18をgcc 4.8.1に準拠した場所で見つけました

それから私はこれが好きです

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=.

現在のディレクトリでライブラリを検索するようにシステムを設定します。それから私のプログラムを実行しました。しかし、私の場合、必要な実行可能ファイルを1つ受け取りましたが、それはシステム全体の変更ではありませんでした。

私は同様の問題を抱えていましたが、次のように、libstdc++コンパイルしているプログラムに静的にリンクすることで解決しました：

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

通常の代わりに

$ ./configure ... etc.

実行時に共有ライブラリをロードするこのソリューションには問題があるかもしれませんが、コメントするほど十分に問題を調査していません。

GLIBCXX_3.4.14のバグ 新しいバージョンのGCCをインストールする必要があります。 http://pkgs.org/download/libstdc++.so.6 goto：

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

指示に従ってください。

ユーザーを自分から別のユーザーに変更したため、同じ問題が発生しました。

su

何らかの理由で、通常のコンパイルを実行した後、それを実行できませんでした（同じエラーメッセージ）。他のユーザーアカウントに直接SSHで接続できます。

gccコンパイラの複数のバージョンをインストールしていて、デフォルトのインストールよりも新しいバージョンを使用する必要がありました。私はLinuxシステムのシステム管理者ではないので、/ usr / libや上記の他の提案の多くを変更することはできません。私はこの問題に遭遇し、最終的には64ビットライブラリ（lib64）ディレクトリではなく32ビットライブラリディレクトリへのパスを設定するまで追跡しました。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 / lib64の前に/ usr / local / lib64がありました。（私はllvm 3.9をビルドしていました）。
llvm 3.9をコンパイルするためにインストールした新しいgccコンパイラには、/ usr / local / lib64の下に新しいGLIBCXXライブラリを使用するライブラリがあったため、リンカーが/ usr / local / lib64を最初に表示するようにLD_LIBRARY_PATHを修正しました。
これでこの問題は解決しました。

ビルド中に-static-libstdc ++を使用しました。w /、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」で見つけることができました