Вопросы Теги

libstdc ++. таким образом 6: открытый отказавший: Никакой такой файл или каталог

Я не видел инструмент, который предназначается для VMM конкретно, но Вы могли бы хотеть смотреть на следующий список сравнительного тестирования ресурсов, которые могли бы принести некоторые плоды.

Из опций я более тщательно изучил бы ПОТОК, это специально предназначено для тестирования памяти. Cachebench также выглядит стоящим взгляда, хотя он теперь связывается LLCbench.

2
10.05.2014, 02:48
3 ответа
[116704] Самый простой способ установить путь поиска компоновщика Solaris во время выполнения программы - использование [117206]crle [117207], но вы должны быть очень осторожны в этом вопросе, так как вы вполне можете сделать вашу систему непригодной для использования, если вы ее сломаете! Чтобы добавить [117208]/usr/local/bin[117209] в путь компоновщика:

После этого вызовите [117210]crle[117211] самостоятельно для проверки нового пути поиска.

Альтернативой является компиляция пути в бинарный файл:

Вышеуказанный вариант лучше, так как бинарный файл будет работать в других системах без необходимости настройки пути компоновщика.[116711].

2
27.01.2020, 22:06
[1177292]Сначала нет необходимости использовать crle (и если вы действительно не понимаете, что делаете, держитесь от него подальше; Поверьте мне, вы заблокируете себя от сумасшедших ошибок во время выполнения, когда будете использовать его неправильно)Во-вторых, нет необходимости устанавливать LD_LIBRARY_PATH, никогда (ну в основном), также нет необходимости использовать симлинкование с любыми сторонними библиотеками в /usr

Просто делайте то, что предлагает mjturner, и дайте gcc правильный путь во время выполнения при компиляции

enter image description here

PS: C++ код должен быть скомпилирован с помощью g++

Links:

http://notes. theorbis.net/2010/01/how-to-screw-up-solaris-with-crle.html

http://prefetch.net/articles/linkers.badldlibrary.html

0
27.01.2020, 22:06
[116712] Проблема в том, что загрузчик [117212]Solaris[117213] не может найти библиотеку.

Лучше всего при компиляции установить переменную окружения [117214]LD_RUN_PATH[117215] в каталог, где живет [117216]libstdc++.so.xxxx[117217] (номер вашей версии). Это говорит компоновщику искать этот каталог во время выполнения.

Обратите внимание, что [117860]LD_RUN_PATH[117861] не следует путать с [117862]LD_LIBRARY_PATH[117863]. Последняя разбирается во время выполнения, в то время как [117864]LD_RUN_PATH[117865], по сути, компилируется по пути библиотеки в исполняемый файл, так что для поиска своих библиотек ей не нужна настройка [117866]LD_LIBRARY_PATH[117867].

Если все остальное не удается, вы всегда можете запустить свои программы из скриптов оберточного командного интерпретатора, которые соответствующим образом устанавливают переменную окружения [117220]LD_LIBRARY_PATH[117221].

Это в сущности,

установить [117966]LD_LIBRARY_PATH[117967], если она не включена в [117968]/usr/local/lib[117969]:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib ; экспорт файлов LD_LIBRARY_PATH

$ echo $JAVA_HOME 
/etc/java-config-2/current-system-vm

$ ll /etc/java-config-2/current-system-vm 
lrwxrwxrwx 1 root root 24 mai   16  2009 /etc/java-config-2/current-system-vm -> /usr/lib/jvm/sun-jdk-1.6
gcc[117973] обычно устанавливается в [117974]/usr/lib/gcc/[117975].

Тогда свяжите libstdc++.so.6. из установленного каталога в [117226]/usr/lib[117227] или [117228]/usr/local/lib[117229] с помощью soft-linking

1
27.01.2020, 22:06

Теги

Похожие вопросы