ここから:http://google-glog.googlecode.com/svn/trunk/doc/glog.html
デバッグモードのサポート
特別な「デバッグモード」ログマクロは、デバッグモードでのみ効果があり、非デバッグモードのコンパイルでは何もコンパイルされません。
「デバッグモード」とは、C ++プログラムとはどういう意味ですか?
プログラムでGDBを使用しているときに、プログラムがデバッグモードになっていると言えますか?
ここから:http://google-glog.googlecode.com/svn/trunk/doc/glog.html
デバッグモードのサポート
特別な「デバッグモード」ログマクロは、デバッグモードでのみ効果があり、非デバッグモードのコンパイルでは何もコンパイルされません。
「デバッグモード」とは、C ++プログラムとはどういう意味ですか?
プログラムでGDBを使用しているときに、プログラムがデバッグモードになっていると言えますか?
「デバッグモード」は多くのことを指しますが、この場合はNDEBUG
マクロを定義せずにコンパイルすることを指します。リンクしたページから(私の強調):
DFATAL重大度は、デバッグモードでFATALエラーをログに記録します(つまり、NDEBUGマクロが定義されていません)が、重大度を自動的にERRORに下げることにより、実動中のプログラムの停止を回避します。
「デバッグモード」には3つの側面があります。
多くのライブラリ(標準ライブラリを含む)は、デバッグモードでコンパイルされるときに、デバッグ支援コード(配列境界チェック、不変アサーションなど)を挿入します。パフォーマンスを向上させるために、本番/非デバッグモードでこれらのチェックを削除します。
コンパイラにはデバッグスイッチがあります。ライブラリがデバッグ用にコンパイルしているかどうかを検出し、生成されたバイナリにデバッグシンボルを挿入するために使用するデバッグマクロを設定します。これは、デバッガーが実行中のバイナリコードとそれを生成したソースコードの間のリンクを作成するのに役立ちます。
デバッガーでプログラムを実行することは、「ランタイムデバッグモード」です。実行可能ファイルは、デバッグ用に作成されているかどうかに関係なく、デバッガーで実行できます。デバッグビルドでより多くの情報を得ることができます。
これらの3つの「デバッグモード」はすべて独立しています。コンパイラにデバッグシンボルの出力を要求せずに、適切なマクロ/定義を手動で設定することにより、(通常)本番ビルドでライブラリデバッグチェックをコンパイルできます。
これはいずれもC++(またはC)に固有のものではありません。他の多くの言語にはこれらの概念があります。
C ++プログラム(Cなど)は通常、コマンドラインから渡すことができるプリプロセッサマクロに基づいて異なるビルド構成を持っています。
正規のデバッグモードフラグはマクロNDEBUG
です。これは、定義されている場合、デバッグモードになっていないことを意味します。(もっと明確に名前を付けることもできますPRODUCTION
が、残念ながら、そうでないものという観点から名前が付けられています。)
NDEBUG
標準であり、古代です。<cassert>
これは、Cで知られているヘッダーによって使用され<assert.h>
ます。その公式の機能は、assert
マクロをno-opにすることですが、通常、境界と要件のチェックに関してC++標準ライブラリにも影響します。
たとえば、g++ -DNDEBUG myProg.cpp -o myProg
デバッグに関連するランタイム機能なしでコンパイルする必要があります。
-g
これは、GCCで制御されるデバッガーのシンボリックサポート、または他のプラットフォームの他のフラグを生成することとは異なることに注意してください。