Как исправить:/usr/lib/libstdc++.so.6: версия `GLIBCXX_3.4.15 'не найдена

Ответ 1

Ссылка статически на libstdС++ с опцией -static-libstdc++ gcc.

Ответ 2

Я исправил эту проблему, установив: sudo apt-get install libstdc++6

В моем случае я столкнулся с этой проблемой после установки MongoDB 3.0.1

mongo:/usr/lib/x86_64-linux-gnu/libstdc++.so.6: версия `GLIBCXX_3.4.18 'не найдена (требуется mongo)

Ответ 3

Просто установите последнюю версию из репозитория nondefault:

$ sudo add-apt-repository ppa:ubuntu-toolchain-r/test
$ sudo apt-get update
$ sudo apt-get install libstdc++6-4.7-dev

Ответ 4

эту проблему можно решить, установив последнюю версию libstdС++.

$ sudo add-apt-repository ppa:ubuntu-toolchain-r/test
$ sudo apt-get update
$ sudo apt-get install libstdc++6-7-dbg

Ответ 5

Вверху вы указываете, что компилируете свою часть своих шагов для воспроизведения, но затем ниже вы произносили произносимое править,

"есть ли способ увидеть, на какой дистрибутив была скомпилирована общая библиотека?"

Скомпилировано ли это в одном дистрибутиве, и даже другая версия того же дистрибутива - важная деталь, особенно для приложений на С++.

Связывание с библиотеками С++, в том числе libstdС++, может иметь смешанные результаты, насколько я могу судить. Вот связанный вопрос о перекомпиляции с разными версиями С++.

нужно ли перекомпилировать библиотеки с помощью С++ 11?

В принципе, если вы скомпилировали против С++ на другой дистрибутив (и, возможно, другую версию gcc), это может вызвать проблемы.

Я думаю, у вас есть два варианта:

• Ваш лучший выбор - перекомпилируйте свой .so, если вы не скомпилировали его в своей текущей системе. Если в вашей среде выполнения есть проблема, она может даже возникнуть в компиляции.
• Связывание с другими вашими компиляторами С++ libs вместе с вашим приложением. Это может быть только жизнеспособным, если это одно и то же распределение... Но это полезный трюк, если вы перевернули свой собственный компилятор. Вам также нужно будет установить и экспортировать LD_LIBRARY_PATH в путь, содержащий ваши вложенные файлы stdС++, если вы идете по этому маршруту.

Ответ 6

Если у кого-то такая же проблема, как у меня, убедитесь, что вы не устанавливаете из репозитория Ubuntu 14.04 на машину 12.04 - она ​​дает такую ​​же ошибку. Переустановка из соответствующего хранилища исправила проблему.

Ответ 7

Это сработало для меня:

cp <path_to>/libstdc++.so.6 $PWD
./<executable>

Этот кусок от @kerin (комментарий предоставлен выше):

вы можете проверить fooobar.com/questions/95984/...

По этой ссылке:

Если вы поместите более новый libstdc++.so в тот же каталог, что и исполняемый файл, он будет найден во время выполнения, проблема решена.

Я получал сообщение об ошибке, что libstdc++.so.6 исходил из /usr/lib64/, но это не та библиотека, с которой я связан! Сообщение выглядело так:

<executing_binary>: /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.21' not found (required by <executing_binary>)

Я проверил, что LD_LIBRARY_PATH имеет каталог (и что это был первый путь). По какой-то причине во время выполнения он все еще просматривал /usr/lib64/libstdc++.so.6.

Я воспользовался советом из вышеприведенной статьи и скопировал libstdc++.so.6, откуда сошёл в каталог со своим исполняемым файлом, побежал оттуда, и это сработало!

Ответ 8

Возможно, здесь также пригодится ответ на этот вопрос: как найти libstdc++.so.6: содержащий GLIBCXX_3.4.19 для RHEL 6?

curl -O http://ftp.de.debian.org/debian/pool/main/g/gcc-4.7/libstdc++6-4.7-dbg_4.7.2-5_i386.deb
ar -x libstdc++6-4.7-dbg_4.7.2-5_i386.deb && tar xvf data.tar.gz
mkdir backup
cp /usr/lib/libstdc++.so* backup/
cp ./usr/lib/i386-linux-gnu/debug/libstdc++.so.6.0.17 /usr/lib
ln -s libstdc++.so.6.0.17 libstdc++.so.6