У меня была такая же проблема с netinstall на итальянском языке. Я решил ее просто:
yum clean all
yum update
LD_LIBRARY_PATH
подходит для коротких тестов, но поскольку существует только одна переменная , ее неудобно использовать, когда у вас может быть несколько приложений с пользовательскими библиотеками.
Обычный способ для Debian / Ubuntu - добавить его в конфигурацию загрузчика, например, файл под
/etc/ld.so.conf.d
, содержащий каталог, в котором вы хотите, чтобы загрузчик выполнял поиск, например,
/usr/local/libcsfml
Дополнительная литература:
если ваши библиотеки не находятся на стандартном пути, вам нужно либо добавить их в путь, либо добавить нестандартный путь в LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:<Your_non-Standard_path>
Как только вы закончите любой из вышеперечисленных вещей, тогда вам необходимо обновить привязку времени выполнения динамического компоновщика, выполнив команду ниже:
sudo ldconfig
UPDATE:
Вы можете сделать изменения постоянными, записав указанную выше строку export
в один из ваших файлов запуска (например, ~ / .bashrc) ИЛИ , если базовая библиотека не конфликтует с какой-либо другой библиотекой, поместите в один из стандартных путей библиотеки (например, / lib, / usr / lib)
Похоже, данный двоичный файл был скомпилирован вами.
Итак, вы несете ответственность за проблему, что некоторые библиотеки не могут быть найдены.
В случае, если эти библиотеки доступны в вашей системе, кажется, что они расположены в нестандартных каталогах.
Используйте каталог -R
для последнего вызова компилятора, чтобы указать компоновщику каталог
, где расположены библиотеки. Возможна более чем одна опция -R каталог
.
Обратите внимание, что при использовании gcc
вам может потребоваться использовать -Wl, -R
вместо -R
.