Не размещайте символы из используемой библиотеки в собственной статической библиотеке

Question

Я пишу многоразовую статическую библиотеку для iPhone, следуя указанным указаниям here.

Я хочу использовать minizip в своей библиотеке внутри, но не хочу раскрывать ее пользователю.

Должно быть возможно, чтобы пользователь включил мини-диск самостоятельно, возможно, другую версию, а не вызывал столкновения с моей «внутренней» версией мини-диска.

Возможно ли это?

Edit:

Я попытался добавить -fvisibility=hidden дополнительные флаги компилятора для minizip файлов и изменение функций быть __private_extern__ и __attribute__((visibility("hidden"))), но она по-прежнему кажется, производит определенные внешние символы:

00000918 T _unzOpen 
0000058e T _unzOpen2 
00001d06 T _unzOpenCurrentFile 
00001d6b T _unzOpenCurrentFile2 
... 

Редакция № 2:

По-видимому, обозначенные символами символы нотации, которые никогда не происходят, когда Xcode создает источники, поскольку он добавляет параметр -c («Скомпилировать или собрать исходные файлы, но не ссылаться».)

Answer 1

Вы хотите, чтобы взгляните на Dynamic Library Programming Topics, в частности раздел Symbol Exporting Strategies и опцию gcc -exported_symbols_listFILE.

Answer 2

Вы можете переименовать весь экспортированный символ из minizip с objcopy.

что-то вроде

objcopy -redefine-sym=minizip.syms yourstaticlibray.a 

и minizip.syms

_unzOpen  _yourownprefix_unzOpen 
_unzOpen2 _yourownprefix_unzOpen2 
...   ... 

Нет коллизий, если исполняемый файл связан с другим minizip.a и yourstaticlibray.a, а потому, что вы переименовали все символ в yourstaticlibray.a ваш звонок внутри yourstaticlibray.a в minizip будет использовать префиксный символ, а не unzOpen.

Answer 3

Поскольку статическая библиотека представляет собой не что иное, как набор файлов .o (которые еще не связаны, как вы уже упоминали), единственный способ полностью скрыть присутствие minizip из внешнего мира - это как-то скомпилировать minizip и ваш библиотеки вместе как единый блок компиляции и сделать minizip функции/переменные статическими.

Вы можете посмотреть, как SQLite выполняет процесс «объединения», который превращает исходный код библиотеки в один .c-файл для дальнейшей компиляции: The SQLite Amalgamation.

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