Non esporre i simboli di una libreria utilizzata nella propria libreria statica

Question

Sto scrivendo una libreria statica riutilizzabile per iPhone, seguendo le istruzioni fornite here.

Voglio usare minizip nella mia libreria internamente, ma non voglio esporlo all'utente.

Dovrebbe essere possibile per l'utente includere minizip stessi, possibilmente una versione diversa, e non causare conflitti con la mia versione "interna" minizip.

È possibile?

Edit:

Ho provato ad aggiungere -fvisibility=hidden alle bandiere aggiuntive del compilatore per i file MINIZIP e le funzioni di modifica per essere __private_extern__ e __attribute__((visibility("hidden"))), ma sembra ancora a produrre definiti simboli esterni:

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

Modifica # 2:

A quanto pare i simboli contrassegnati con questi le notazioni sono rese private dal linker, che non avviene mai quando Xcode crea i sorgenti, poiché aggiunge il parametro -c ("Compila o assembla i file sorgente, ma non link.")

Answer 1

Ti consigliamo di dare un'occhiata a Dynamic Library Programming Topics, in particolare la sezione Symbol Exporting Strategies e l'opzione gcc -exported_symbols_listFILE.

Answer 2

È possibile rinominare tutti i simboli esportati da minizip con objcopy.

qualcosa come

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

e minizip.syms

_unzOpen  _yourownprefix_unzOpen 
_unzOpen2 _yourownprefix_unzOpen2 
...   ... 

nessuno scontro se un eseguibile è collegato con un altro minizip.a e yourstaticlibray.a, e perché è stato rinominato tutto il simbolo nel yourstaticlibray.a la chiamata all'interno yourstaticlibray.a a minizip utilizzerà il simbolo prefissato e non quello unzOpen.

Answer 3

Poiché la libreria statica non è altro che un insieme di file .o (che non sono ancora collegati, come hai menzionato), l'unico modo per nascondere completamente la presenza di minizip dal mondo esterno è in qualche modo compilare minizip e il tuo libreria insieme come una singola unità di compilazione e rendere statiche le funzioni/variabili minizip.

Si potrebbe dare un'occhiata a come SQLite esegue il processo di "amalgamazione" che trasforma il codice sorgente della libreria in un unico file .c per un'ulteriore compilazione: The SQLite Amalgamation.

Come bonus otterrete una migliore ottimizzazione (GCC e Binutils molto recenti sono in grado di effettuare ottimizzazioni link-time, ma questa funzionalità non è ancora stata rilasciata).