Wie unterstützt man dynamische Plugins beim statischen Verknüpfen in Standardbibliotheken?

Question

Angenommen, eine Anwendung myapp.exe wird mit g++ erstellt und verwendet das Flag -static-libstdc++, so dass es in Umgebungen ohne libstdc++.so installiert werden kann. myapp.exe fügt auch Plugin-Unterstützung für eine Funktion plugf hinzu, die über eine Shard-Bibliothek dynamisch über dlopen geladen werden kann.

Wenn libplug.so ist eine solche Plugin-Bibliothek, die auch auf libstdc++ verweist, wie kann es so in der Lage sein, mit myapp.exe arbeiten?

Dies ist einfach, wenn libstdc++ sowohl in dynamisch verbunden ist, da myapp.exe und libplug.so die gleiche dynamisch geladene Standardbibliothek verwenden, aber es ist mir nicht klar, wie dies am besten verknüpft Standardbibliotheken mit statisch zu tun.

Ein Ansatz, den ich überlege mir ist libplug.so auch die Flagge -static-libstdc++ verwenden zu haben und verwenden Sie dann die version script

{ 
    global: plugf; 
    local: *; 
}; 

um sicherzustellen, dass seine Version der Standard-Bibliothek verwendet wird, aber das würde bedeuten, dass es sein würde, zwei Kopien von libstdc++ in den Speicher geladen. Ich weiß, dass dieser Ansatz nicht vom C++ - Standard gesegnet würde, da er ORD-Verletzungen hätte, aber ist es etwas, das libstdc++ in irgendeiner Weise unterstützt? Der Abschnitt Multiple ABI testing des Abschnitts manual verweist auf ein Szenario, das ähnlich klingt.

Answer 1

Ja, würde diese Lösung arbeiten, aber

• es stellt bestimmte Overhead durch Code-Duplizierung
• es brechen kann, wenn Sie versuchen, STL Objekte zwischen Plugin/app passieren aufgrund ABI changes in recent libstdc++

Das Löschen von Objekten, die von std::allocator in verschiedenen C++ - Laufzeit zugewiesen wurden, sollte unter Linux funktionieren, obwohl ich in libstdC++ - Dokumenten keine explizite Anweisung dazu finden konnte. Unter Windows schlägt es fehl, wie Mikhail in Kommentaren hervorgehoben hat.