Несколько установок библиотеки Iconv, вызывающие ошибки

Question

Несколько установок библиотеки Iconv, вызывающие ошибки

0

Вчера я загрузил значок и установил его, используя:

$ ./configure --prefix=/usr/local
$ make
$ make install

Когда я попытался запустить iconv из оболочки, я получил жалобу, что файл общих объектов не найден, поэтому я выполнил export LD_LIBRARY_PATH=/usr/local/lib. Затем работал значок.

Это вызвало ошибку в моем приложении. Я не знал, что в один из исходных файлов уже включен iconv.h. Сегодня я успешно построил отладочную версию несколько раз в eclipse, но когда дело доходит до сборки релиза, я получаю следующие ошибки:

undefined reference to 'libiconv_close' 
undefined reference to 'libiconv_open'  
undefined reference to 'libiconv'

Затем я впал в панику и начал make uninstall, перезагрузился, но проблема остается. Как я могу снова запустить свою программу?

ldconfig -v | grep "iconv" shows:
libiconv.so.2 -> libiconv.so.2.5.1

Я на Ubuntu 12.04 LTS

Innkeeper 28 авг. 2014, в 15:38

Источник

Теги:

c++

ubuntu

libraries

iconv

1 ответ

Ещё вопросы

DevSolar · Accepted Answer · 2014-08-29T10-19-00.000Z

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

Ни в коем случае не следует устанавливать его глобально в своей среде, потому что именно то, что вы описали здесь, должно произойти рано или поздно, особенно когда вы устанавливаете вручную скомпилированное программное обеспечение в системные каталоги... (Вопрос: Почему вы не установили iconv через ваш менеджер пакетов? Это всегда должно быть вашим первым выбором.)

Если для установки iconv требуется путь к библиотеке, создайте псевдоним с локальным переопределением:

alias iconv="LD_LIBRARY_PATH=/usr/local/lib iconv"

Это заставляет iconv работать корректно, но не влияет на другие пакеты или создает процессы.

В нижней строке найдите export LD_LIBRARY_PATH=... (где бы вы его ни разместили) и избавляйтесь от него. Это должно заставить ваше приложение правильно скомпилировать (если, конечно, вы не скомпилировали свою систему вручную, установив/удалили в /usr...)

Спасибо, я усвоил урок. Я могу снова запустить мою программу после того, как я добавлю -liconv и скопирую общий объектный файл в /usr/lib . Как получилось, что раньше это обходилось без этого? iconv.h не копируется в проект.
@ Хозяин: Сложно сказать, потому что вы не дали достаточно информации. (Не то чтобы я был слишком заинтересован в этом.) Общее правило, никогда не копаться в / usr вручную. Вы можете --prefix программного обеспечения куда-то в $ {HOME}, если это необходимо, но /usr должен быть единственным доменом вашего менеджера пакетов. Вы обязательно столкнетесь с проблемами позже (например, когда менеджер пакетов удалит или перезапишет файлы, которые вы поместили в /usr вручную).
Хорошо, после просмотра ваших изменений становится ясно, что копирование также было не правильным способом. Проблема в том, что я не уверен, какой будет правильная процедура после запуска make install . Потому что это не сработало.
@Innkeeper: Повторите, любая ручная компиляция должна быть --prefix 'в некоторый несистемный каталог, и только в том случае, если соответствующее программное обеспечение недоступно через менеджер пакетов вашего дистрибутива. Я 100% уверен iconv доступен через apt-get .
@ Хозяин: нет проблем. Я рекомендую переустановку вашей системы, хотя, потому что такие вещи , как правило , завинтить систему и привести к очень трудно отслеживать проблемы в дальнейшем. ;-)