共有ライブラリとSTLオブジェクトとのGCC互換性

Question

プラグインライター用のC++インターフェイスの一部としてSTLオブジェクトを使用するアプリケーションがあります。

互換性のための最良の選択肢は、代わりにCインターフェイスを使用することでしたが、現在実現可能ではないことがわかります。

私は、libstdC++のGCC 3.4から4.8までのすべてがABIの点で互換性が高いことを知っています。

たとえば、GCC 4.1でコンパイルして、プラグインベンダーがGCC 4.7でコンパイルしたコードを書き込んだ場合、コーナーケースはすべて、GCC 4.7以降に対応するlibstdC++バージョンを持つプラットフォーム上でうまくいくでしょう。 が提供されています.STLの使用方法は.so専用です。外部の.soインターフェイスは純粋なCを使用していますが、悲しいことに私には当てはまりません。

私は、プラグインインターフェイスの一部として使用されるSTLクラスに関して、どのようなケースがあるのか​​不思議です。同じコンパイラバージョン（例えば4.1と4.8）でコンパイルされていない共有オブジェクト間でSTLオブジェクトを安全に渡すことはできますか？そして、人々が異なるコンパイラオプションを使用する場合、テンプレートのコンパイル方法や解決方法に関しては気をつけておく必要がありますか？

問題があると思われます。しかし、GCCの人々によって行われたシンボルバージョンマジックが何らかの形でこの作業を行う可能性があります。

この質問では、私はpre-C++ 11のコンパイルとリンクに興味があります。私はGCCを使ってLinuxとMac OS Xだけに興味があります。

Answer 1

私はすでにこれをmailing listで回答しましたが、Marcは言ったように、うまくいくでしょう。

ライブラリをDSOまたはインターフェイスに内部的に使用するかどうかは関係ありません。ライブラリは気にせず、どちらの方法でもGCC 3.4と下位互換性があります。