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

Как я могу получить GLIBCXX_3.4.15 в Ubuntu? Я не могу запустить некоторые программы, которые я компилирую.

Когда я делаю:

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

Я смог заставить лягушку работать после этого. Надеюсь, что это полезно для кого-то.

Я сталкиваюсь с этой проблемой при попытке использовать matlab eng для вызова m функций из c кода. что происходит с командой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.

Иногда вы не контролируете целевой компьютер (например, ваша библиотека должна работать в заблокированной корпоративной системе). В таком случае вам нужно будет перекомпилировать ваш код, используя версию GCC, соответствующую их версии GLIBCXX. В этом случае вы можете сделать следующее:

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 / бен / 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 ( RPM для libstdc ++ ) и затем:

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/

и следуйте инструкциям.

У меня была такая же проблема, потому что я сменил пользователя с себя на другого:

су

По какой-то причине после обычной компиляции я не смог ее выполнить (то же сообщение об ошибке). Непосредственно ssh для другой учетной записи пользователя работает.

У меня было установлено несколько версий компилятора gcc, и мне нужно было использовать более свежую версию, чем установка по умолчанию. Поскольку я не являюсь системным администратором для наших систем Linux, я не могу просто изменить / usr / lib или многие другие предложения, приведенные выше. Я столкнулся с этой проблемой и в конце концов отследил ее, установив путь к каталогу 32-битной библиотеки вместо каталога 64-битной библиотеки (lib64). Поскольку библиотеки в 32-разрядном каталоге были несовместимы, система по умолчанию установила более старую версию, которая устарела.

Использование -L к пути, на который я ссылался, давало предупреждения о "пропуске несовместимого libstdc ++. Поэтому при поиске -lstdc ++". Это был намек, который помог мне окончательно решить проблему.

То же самое с версией 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).
У нового компилятора gcc, который я установил для компиляции llvm 3.9, были библиотеки, использующие более новые библиотеки GLIBCXX в / usr / local / lib64, поэтому я исправил LD_LIBRARY_PATH, чтобы компоновщик сначала увидел / usr / local / lib64.
Это решило эту проблему.

Я просто использовал -static-libstdc ++ при сборке. с этим я могу запустить

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

Примечание: указанная выше команда является временной; это не общесистемное изменение.

У меня была такая же проблема раньше, и я исправил ее, шаги можно найти в этой ошибке «GLIBCXX_3.4.15» на matlab