スタティックライブラリのオブジェクト登録

Question

スタティックライブラリの一部として、非常に基本的な「プラグインシステム」を実装しました。各「プラグイン」は、特定の画像フォーマット（例えば、 GIF、JPEGなど。また、利用可能なすべてのプラグインのリストを保持するシングルトン（PluginManagerというクラス）があります。

難しいのは、プロジェクトファイルにソースファイルを追加または削除してプラグインを無効/有効にしたいということです。これを実現するために、各プラグインはグローバル変数（名前が異なる）を作成し、そのクラスのコンストラクターにあるプラグインをPluginManagerに登録します。これは理論的には完璧に動作しながら、他のコードに、この静的ライブラリをリンクする際

JPEG形式のため、このような何か...

struct JPEGPlugin 
{ 
    // constructor will register plugin 
    JPEGPlugin() 
    { 
    PluginManager::Singleton().RegisterPlugin(this); 
    } 

    // plenty of other code 
    ... 
}; 

JPEGPlugin jpeg_instance; // instantiate in global scope 

はしかし、それは実行可能ファイルを構築するために失敗しました。この実行可能ファイルが（jpeg_instanceのような）プラグインのグローバルにアクセスしない限り、リンカは接続を認識せず（コンストラクタの副作用を完全に無視します）、最終実行可能ファイルにコードを含めません。つまり、最終的なアプリケーションではJPEGプラグインは使用できません。

私は何年にもわたって数回問題に遭遇しましたが、私はいつも解決のためネットを検索しました。たびに、私はちょうどそれが既知の問題であり、私はそれと一緒に暮らさなければならないと基本的に言うページを見つけました。

しかし、おそらく誰かがこれを動作させる方法を知っていますか？

Answer 1

：それはこのようなものかもしれません__declspec（dllexport）に関わるクラスを宣言することによって、関連するライブラリがdllでなくても必要でした。しかし、これがなければ、リンカーは参照されていないクラスを省略します。

私たちが少し違った働きをしたレジストリソリューションで、スタックに割り当てられたオブジェクトは関与しませんでした。私はCPPユニットからパーツを持ち上げました。それは、__declspecアプローチiircを発見した場所です。

[編集]コードの一部から登録クラスの宣言も#includeにしなければなりませんでした。

Answer 2

静的ライブラリであるため、プラグインを登録する代わりに、プラグインを登録することを検討してください。

 
#include "JpegPlugin.h" 

void PluginManager::RegisterPlugins() 
{ 
#idef JPEG_PLUGIN 
    RegisterPlugin(&jpeg_instance); 
#endif 
} 

JpegPlugin.hは必ずしもの定義を含める必要はありません：ヘッダーファイルマネージャは、ヘッダの包含に基づいてプラグインを登録するか否かを制御するいくつかのpreprocシンボル（すなわちJPEG_PLUGIN）を定義することができJpegPlugin。この場合、私はあなたがこの問題を解決する方法のためのソリューションを知らないが、我々はオブジェクトファクトリの静的登録と同様の問題があって、Visual Studioで、私たちが解決

 
#ifndef JPEG_PLUGIN_HEADER 
#define JPEG_PLUGIN_HEADER 

#if 0 // change this to 1 to use the plugin 
#define JPEG_PLUGIN 
#include "Jpeg_PluginCls.h" 
#endif 

#endif 

Answer 3

これはHarald Scheirich's answerのフォローアップです。

私はMSVC++ 2005のリリースモード（ただしデバッグモードではない）が、LINK documentationによれば、参照されていないシンボルを削除するリンカに対して/OPT:REFフラグをオンにするようです最後のEXE。そして、the webpage for __declspec(selectany)は、グローバルオブジェクトのコンストラクタがオブジェクトへの参照であるとみなされていないことを示しているようです（IMHOは間違っていますが、そこにはあります）。だから私の推測では、この問題はデバッグビルドのために "なくなる"ということです - それは正しいのですか？

したがって、私は、__declspec(dllexport)を使用するという提案は、ソースコード内で指定されているため、シンボルを「参照済み」としてマークするのに便利な方法だと思います。なんらかの理由でシンボルのエクスポートを避けたい場合は、/INCLUDE:mysymbol linker flagを使用するか、/OPT:REFフラグをオフにして同じことを達成できると思われます。

Answer 4

てください：

1. は、exeファイルのプロジェクトへの参照
2. 「リンクライブラリの依存関係」の両方を設定し、真のよう「入力としてリンクライブラリの依存関係を使用してください」のような静的libにプロジェクトを追加します。

はこれを参照してください。 「入力として使用リンクライブラリの依存関係が」Yesに設定されている

、依存プロジェクトによって生成.LIBS用の.objファイル内のプロジェクト・システム・リンク。だから、すべてのシンボルは保持されます。