Nie wolno ujawniać symboli z używanej biblioteki we własnej bibliotece statycznej.

Question

Piszę bibliotekę statyczną wielokrotnego użytku dla iPhone'a, postępując zgodnie z instrukcjami podanymi pod numerem here.

Chcę używać w bibliotece wewnętrznej biblioteki minizip, ale nie chcę ujawniać jej użytkownikowi.

Użytkownik powinien mieć możliwość dołączenia minizipu, ewentualnie innej wersji, i nie powodować konfliktów z moją "wewnętrzną" wersją minizipu.

Czy to możliwe?

Edit:

Próbowałem dodanie -fvisibility=hidden dodatkowych flag kompilatora dla plików minizip i zmianę funkcji będzie __private_extern__ i __attribute__((visibility("hidden"))), ale wciąż wydaje się produkować określone symbole zewnętrzne:

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

Edytuj nr 2:

Podobno symbole oznaczone tymi notacje są prywatne tylko przez linker, co nigdy nie zdarza się, gdy Xcode tworzy źródła, ponieważ dodaje parametr -c ("Kompiluj lub montuj pliki źródłowe, ale nie łącz")

Answer 1

Będziesz chciał spójrz na Dynamic Library Programming Topics, w szczególności sekcję Symbol Exporting Strategies i opcję gcc -exported_symbols_listFILE.

Answer 2

Można zmienić nazwę całego eksportowanego symbolu z minizip za pomocą objcopy.

coś

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

i minizip.syms

_unzOpen  _yourownprefix_unzOpen 
_unzOpen2 _yourownprefix_unzOpen2 
...   ... 

Nie clash jeśli plik wykonywalny jest powiązany z innym minizip.a i yourstaticlibray.a i dlatego zmieniono nazwę cały symbol yourstaticlibray.a rozmowy wewnątrz yourstaticlibray.a do minizip użyje prefiksowanego symbolu, a nie unzOpen.

Answer 3

Ponieważ biblioteka statyczna to nic innego jak zbiór plików .o (które nie są jeszcze połączone, jak już wspomniano), jedynym sposobem całkowitego ukrycia obecności minizipu ze świata zewnętrznego jest jakoś skompilowanie minizipu i biblioteka razem jako jedna jednostka kompilacji i sprawiają, że funkcje/zmienne minizip są statyczne.

Można się przyjrzeć, w jaki sposób SQLite przeprowadza proces "łączenia", który zamienia kod źródłowy biblioteki na pojedynczy plik .c w celu dalszej kompilacji: The SQLite Amalgamation.

Jako bonus otrzymasz lepszą optymalizację (naprawdę najnowsze GCC i Binutils są w stanie dokonać optymalizacji czasu łącza, ale ta funkcja nie jest jeszcze dostępna).