無効なライブラリ機能がC++テンプレートライブラリで使用されている場合の警告

Question

たとえば、zlibに依存するいくつかの機能を持つC++テンプレートライブラリがあります。 プリプロセッサシンボルを使用して、コマンドラインで-DHAVE_ZLIB=1と設定して機能を選択的に有効または無効にします。

私たちのCMakeベースのビルドシステムは、インストールされたzlibを認識し、そのフラグをコンパイラに追加します。 もちろん、お気に入りのIDEやMakefileを使って、手動で行うこともできます。

ライブラリの1つの特性は、zlibを使用するコードがzlibを使用しないコードとインターリーブされていることです。すなわち、#include <library/header.h>を使用すると、zlibの有無にかかわらず動作するはずです。

現時点では、#ifはzlibに依存するコードです。 したがって、ユーザが例えばCompressedStreamのようなものを使用しようとすると、そのクラスは単に見つからないだけです。 これはユーザーにとって非常に不満です。 ビルドシステムは、zlibが見つからないことを警告しますが、ユーザーであるユーザーはこれを見たり、すぐに忘れたりします。 私自身もこの罠に陥ってしまった。

質問： zlibを必要とするコードを使用しようとすると、zlibが無効であることをユーザーに警告する最も良い方法は何ですか。

私が考えることができるのは、多くのコンパイラで実装されている償却マーカーメカニズムを使用することだけです。 それぞれに異なる構文が必要ですが、これはプリプロセッサマクロを使用して簡単に抽象化できます。 他に良い方法はありますか？

このソリューションは、VS> 8、GCC> 4.2およびLLVMでのみ動作する必要があります。

Answer 1

このようなことについてユーザーに警告する適切な場所は、（IMO）ビルドシステムです。 Ogre3D、KDEなど多くのプロジェクトを見てみましょう。ビルドの設定後、すべてのアウトラインを印刷します。この概要には、何が見つかったのか、何が見つからないのか、そしてその結果は何かに関する情報が含まれています。

これを修正するためにQtも何もしません。 STLサポートでQtを構築するオプションがあります。そうした方法でビルドされていなければ、警告も何もなく、定義されていないメソッドに関するエラーだけをコンパイルします。だから、コンパイル時にこのようなことをユーザに警告する方法はないと思います。