Экспорт из динамических библиотек

[Deke2]

Пользуясь gcc 3.3, пытаюсь создать динамическую библиотеку. Похоже, что эта штука по умолчанию экспортирует все функции, какие только можно. Вопрос: как экспортировать только то, что мне нужно? В Винде я для этого .def файл создавал. А вот как в unix - не знаю.

[RXL]

Поиск для лохов придуман?

https://club.shelek.ru/viewart.php?id=111

man dlopen

См. второй параметр - управление импортом в подгружаемой библиотеке.

[Deke2]

К вопросу о лохах - разве я спрашивал об импорте? Как импортировать то, что мне нужно, я знаю. Проблема в другом. Приведу пример.

Допустим, у меня есть виндовская DLL. Ее исходник содержит 100 функций. Экспортированы только 2. Это значит, что получить информацию об именах можно только для этих двух функций. Об остальных 98 пользователь даже не догадается (без дизассемблирования, а оно не в счет).

В unix, как я понимаю, не так. Программа otool выдает информацию о всех функциях, имеющихся в библиотеке. И даже о классах. Вопрос в том, как этого избежать. Как сделать так, чтобы пользователь видел только то, что ему положено?

[Finch]

Deke2, Могу предположить, не объявлять их в хэдэрэ. Ну и не ставить на них extern "C".

[RXL]

Deke2, сорри - был невнимателен.

Ты ничего не путаешь? Динамические библиотеки не экспортят сами ничего. Возможно тут у тебя в терминах путаница... В unix приняты следующие термины: static, shared, dynamic - соотв.: статическая, разделяемая, динамическая.

Динамическими в unix называются подгружаемые программно через ф-ию dlopen().

Если ты об обычных разделяемых библиотеках, то не экспортятся static имена - они отсеиваются на этапе компиляции, т.к. видны в пределах модуля. Возможно тебе это поможет.

[Deke2]

Насчет путаницы в терминах - виноват-с. Юниксоид я очень молодой, вот и использовал родную виндовскую терминологию. Речь, безусловно, о разделяемых библиотеках. Насчет static - спасибо, попробую.

[Антон (LogRus)]

Добрый день, Сообщество!

Поднимаю снова эту тему ввиду поступления новых данных.
so на линукс действительно экспортирует почти все символы, а не только те которые были явно указаны(как это делается в windows), но с некоторых пор это так только поумолчанию.

чем это плохо
1. долгая загрузка библиотек
2. наличие эфекта схлопывания символов если в двух подгружаемых библиотеках сопадают декорированные имена символов, что приводит к весьма сложно уловимым ошибкам

в gcc 4.0 и старше и в 3.4 после применения патча
эту ситуацию можно изменить
для запрета экспорта всех символов кроме заданных можно импользовать несколько подходов
1. ключи компиляции -fvisibility=hidden -fvisibility-inlines-hidden
2. прагма #pragma GCC visibility push(hidden)
3. __attribute__ ((visibility("hidden")))

Более подробно можно прочитать тут:
http://gcc.gnu.org/wiki/Visibility
http://readlist.com/lists/gcc.gnu.org/gcc/0/2926.html
http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function-Attributes
http://www.nedprod.com/programs/gccvisibility.html
man gcc и там ишим описание ключей

проверял на тестовом приложении загружающим две SO с совпадающими символами
по дефолту были колизии символов так например вторая библиотека использовала переменные не помеченные как static из первой библиотеки
после запрета экспорта этой переменной ошибка пропала

+

вот тут:
http://people.redhat.com/drepper/goodpractice.pdf
есть рекомендации по созданию shared библиотек