nasıl paylaşılan kitaplık yapmak için bir yol aradım Linux

Question

yüklenen paylaşılan kütüphane gecikme yapmayı gecikme Linux üzerinde yüklenen (kütüphanesini " libbar.so " adını let) ve umutla hayata geçirilmelidir yardımı ile sadece bir linker, C++ ile yazılmış kaynak koddaki herhangi bir şeyi değiştirmeyerek; ebeveyn kütüphanesinin kaynak kodunda ben Dlopen çağırmak istemiyorum demek() ne de dlsym() libbar.so bir fonksiyonu çağırmak için (en " libfoo.so " şeklinde adlandırır let) Çünkü kaynak kodu dağınık ve bakım sürecini zorlaştırıyorlar.

Neyse, bugüne kadar internette soruma ilişkin bazı belirsiz bilgi parçalarını bulduk (Kısacası, ben bile Linux üzerinde Visual Studio'nun /DELAYLOAD seçeneğe benzer şekilde devam bekliyorum), Bu nedenle, sizden gelen tüm soruların cevaplarını açıklığa kavuşturmak için aşağıdaki soruları cevaplamak çok güzel olurdu.

1. GNU LD destek Linux üzerinde herhangi bir gecikmenin yükleme mekanizması mı?
2. Yoksa, Clang?
3. dlopen() ailesi, Linux'ta paylaşılan bir kitaplık gecikmesi oluşturmanın tek yolu nedir?

kütüphaneye bir yol ile GCC (g ++) ile -zlazy bayrağı geçmek test sahip değil (o bayrağı kabul gibiydi ama davranış yüklü gecikme libbar.so yapma bakmadı libbar.so, libbar.so'un ilk çağrısında bir istisna olmasını bekliyordum, ancak istisna aslında libfoo.so'a girmeden önce kaldırıldı. Öte yandan, Clang (clang ++) seçenek bayrağını dikkate almadığına dair bir uyarı yaptı.

Answer 1

Gecikme yükleme bir çalışma zamanı özelliği DEĞİLDİR

Saygılarımızla,. MSVC++, Windows yardımı olmaksızın uyguladı. Ve dlopen, Linux'taki tek yoldur, GetProcAddress, Windows'daki tek çalışma zamanı yöntemidir.

Peki, gecikme yüklemesi nedir? Çok basit: Bir DLL'ye yapılan herhangi bir çağrı, bir işaretçiden geçmelidir (çünkü nereye yükleneceğini bilmiyorsunuz). Bu her zaman sizin için derleyici ve linker tarafından ele alınmıştır. Ancak, gecikme yüklemesiyle, MSVC++ bu işaretçiyi başlangıçta sizin için LoadLibrary ve GetProcAddress çağıran bir sapta ayarlar.

Clang, ld'un yardımı olmadan da aynısını yapabilir. Çalışma zamanında, sıradan bir dlopen çağrısı, ve Linux, Clang'ın onu eklediğini belirleyemiyor.

Answer 2

Bu işlev, Proxy design pattern kullanarak taşınabilir şekilde gerçekleştirilebilir.kodunda

şöyle bir şey olabilir: MSalters cevaplamak için

#include <memory> 

// SharedLibraryProxy.h 
struct SharedLibraryProxy 
{ 
    virtual ~SharedLibraryProxy() = 0; 

    // Shared library interface begin. 
    virtual void foo() = 0; 
    virtual void bar() = 0; 
    // Shared library interface end. 

    static std::unique_ptr<SharedLibraryProxy> create(); 
}; 

// SharedLibraryProxy.cc 
struct SharedLibraryProxyImp : SharedLibraryProxy 
{ 
    void* shared_lib_ = nullptr; 
    void (*foo_)() = nullptr; 
    void (*bar_)() = nullptr; 

    SharedLibraryProxyImp& load() { 
     // Platform-specific bit to load the shared library at run-time. 
     if(!shared_lib_) { 
      // shared_lib_ = dlopen(...); 
      // foo_ = dlsym(...) 
      // bar_ = dlsym(...) 
     } 
     return *this; 
    } 

    void foo() override { 
     return this->load().foo_(); 
    } 

    void bar() override { 
     return this->load().bar_(); 
    } 
}; 

SharedLibraryProxy::~SharedLibraryProxy() {} 

std::unique_ptr<SharedLibraryProxy> SharedLibraryProxy::create() { 
    return std::unique_ptr<SharedLibraryProxy>{new SharedLibraryProxyImp}; 
} 

// main.cc 
int main() { 
    auto shared_lib = SharedLibraryProxy::create(); 
    shared_lib->foo(); 
    shared_lib->bar(); 
} 

Answer 3

eklemek için, bir can Linux üzerinde tembel yükleme kolayca taklit, Windows yaklaşımı gerekli dlopen etmeye çalışacağını küçük statik saplama kitaplığı oluşturarak herhangi bir işlevine ilk çağrı üzerine kütüphane (tanı mesajını yayan ve dlopen başarısız olursa sonlanma) ve daha sonra tüm çağrıları ona iletme.

Böyle saplama kütüphaneler proje/kitaplık özel komut dosyası tarafından oluşturulan veya evrensel alet Implib.so tarafından oluşturulan elle yazılabilir:

$ gen-implib.py libxyz.so 
$ gcc myapp.c libxyz.tramp.S libxyz.init.c ...