Usuwanie bibliotek współdzielonych Linuksa

Ostatnio zostaliśmy poproszeni o dostarczenie Linuksowej wersji jednej z naszych bibliotek, wcześniej rozwijanej pod Linuksem i dostarczonej dla systemu Windows, gdzie wdrażanie bibliotek jest ogólnie dużo łatwiejsze. Problem, który napotkaliśmy, polega na tym, że eksportowane symbole ograniczają się tylko do tych znajdujących się w odsłoniętym interfejsie. Istnieją trzy powody, dla których warto to zrobić

• aby chronić zastrzeżone aspekty naszej technologii przed ekspozycją poprzez eksportowane symbole.
• To zapobiegaj problemom użytkowników ze sprzecznymi nazwami symboli.
• aby przyspieszyć ładowanie biblioteki (przynajmniej tak mi powiedziano).

Biorąc prosty przykład:

Test.cpp

#include <cmath>

float private_function(float f)
{
    return std::abs(f);
}

extern "C" float public_function(float f)
{
    return private_function(f);
}

Skompilowany z (g++ 4.3.2, ld 2.18.93.20081009)

g++ -shared -o libtest.so test.cpp -s

I sprawdzanie symboli za pomocą

nm -DC libtest.so

Daje

         w _Jv_RegisterClasses
0000047c T private_function(float)
000004ba W std::abs(float)
0000200c A __bss_start
         w __cxa_finalize
         w __gmon_start__
0000200c A _edata
00002014 A _end
00000508 T _fini
00000358 T _init
0000049b T public_function

Oczywiście nieodpowiednie. Następnie ponownie deklarujemy funkcję publiczną jako

extern "C" float __attribute__ ((visibility ("default"))) 
    public_function(float f)

I kompilować z

g++ -shared -o libtest.so test.cpp -s -fvisibility=hidden

Które daje

         w _Jv_RegisterClasses
0000047a W std::abs(float)
0000200c A __bss_start
         w __cxa_finalize
         w __gmon_start__
0000200c A _edata
00002014 A _end
000004c8 T _fini
00000320 T _init
0000045b T public_function

Co jest dobre, poza tym, że std::abs jest odsłonięty. Bardziej problematyczne jest to, gdy zaczynamy linkować w innych (statycznych) bibliotekach poza naszą kontrolą, wszystkie symbole, których używamy z tych bibliotek, są eksportowane . Dodatkowo, kiedy zaczynamy używać kontenerów STL:

#include <vector>
struct private_struct
{
    float f;
};

void other_private_function()
{
    std::vector<private_struct> v;
}

Kończymy z wieloma dodatkowymi eksportami z biblioteki C++

00000b30 W __gnu_cxx::new_allocator<private_struct>::deallocate(private_struct*, unsigned int)
00000abe W __gnu_cxx::new_allocator<private_struct>::new_allocator()
00000a90 W __gnu_cxx::new_allocator<private_struct>::~new_allocator()
00000ac4 W std::allocator<private_struct>::allocator()
00000a96 W std::allocator<private_struct>::~allocator()
00000ad8 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_impl::_Vector_impl()
00000aaa W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_impl::~_Vector_impl()
00000b44 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_M_deallocate(private_struct*, unsigned int)
00000a68 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_M_get_Tp_allocator()
00000b08 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_base()
00000b6e W std::_Vector_base<private_struct, std::allocator<private_struct> >::~_Vector_base()
00000b1c W std::vector<private_struct, std::allocator<private_struct> >::vector()
00000bb2 W std::vector<private_struct, std::allocator<private_struct> >::~vector()

NB: przy włączonej optymalizacji musisz upewnić się, że wektor jest rzeczywiście używany, aby kompilator nie optymalizował nieużywane symbole Na Zewnątrz.

Wydaje mi się, że mojemu koledze udało się skonstruować rozwiązanie ad-hoc obejmujące pliki wersji i modyfikację nagłówków STL (!) to chyba działa, ale chciałbym zapytać:

Czy istnieje czysty sposób na usunięcie wszystkich niepotrzebnych symboli (tj. tych, które nie są częścią funkcji exposed library) z biblioteki współdzielonej Linuksa? próbowałem dość wiele opcji zarówno do G++ i ld z małym sukcesem, więc wolałbym odpowiedzi, które są znane do pracy raczej niż sądzono.

W szczególności:

• symbole z bibliotek statycznych (closed-source) nie są eksportowane.
• symbole z biblioteki standardowej nie są eksportowane.
• Niepubliczne symbole z plików obiektowych nie są eksportowane.

Nasz eksportowany interfejs To C.

Znam inne podobne pytania na SO:

• Nie współdzielenie wszystkich klas z biblioteką współdzieloną
• jak naprawdę rozebrać a binary in MacOs
• GNU linker: alternatywa dla -- version-script do wyświetlania eksportowanych symboli w wierszu poleceń?

Ale nie odniosły sukcesu z odpowiedziami.