はTRACE()
とよく似ていますが、これはプリプロセッサ(MFCでは#define TRACE 1 ? (void*) 0 : AfxTrace
を使って行っています)によってリリースビルドから削除されているものとします。リリースビルドでqDebugが動作するのはなぜですか?
しかし、驚いたことに、qDebug()
もリリースビルドで実行されます。これをどのように変更しますか? Qtの開発者がこの決定の背後にある理由は何でしたか?
はTRACE()
とよく似ていますが、これはプリプロセッサ(MFCでは#define TRACE 1 ? (void*) 0 : AfxTrace
を使って行っています)によってリリースビルドから削除されているものとします。リリースビルドでqDebugが動作するのはなぜですか?
しかし、驚いたことに、qDebug()
もリリースビルドで実行されます。これをどのように変更しますか? Qtの開発者がこの決定の背後にある理由は何でしたか?
qDebug
もプリプロセッサ制御ですが、独自の特別なマクロQT_NO_DEBUG_OUTPUT
があります。それをリリースビルド定義に追加すると、そのビルド定義は削除されます。
なぜデフォルトでは設定されていないのですか?彼らがそれを決めた理由があるはずです。 – sashoalm
@ sashoalm私の推測では、[人々は常にstdinとstdoutを区別するように常に注意しているわけではありません](http://stackoverflow.com/a/3886128/1858225)(その答えに関するコメントと下記の私の答えを見てくださいオリジナルの回答は最初のコードブロックのみで構成されていました)、デバッグビルドをデフォルトでリリースビルドとは大きく異なるようにするのは悪い習慣です。 –
@KyleStrandあなたは 'stdout'と' stderr'を意味します、そうですか? – Angew
QDebugは「デバッグ情報の出力ストリーム」です。それはメッセージの種類に応じてstdout/stderrに出力するデフォルト動作を持っています。独自のメッセージハンドラをインストールすることで、qDebug()の動作を簡単にカスタマイズできます。たとえば、デバッグを印刷する場合は、実行時(コンパイル時ではない)でテストすることができます。このサンプルコードを見てみましょう:
#include <QDebug>
void noMessageOutput(QtMsgType type, const char *msg)
{
Q_UNUSED(type);
Q_UNUSED(msg);
}
int main(int argc, char * argv[])
{
QApplication app(argc, argv);
if (! app.arguments().contains(QLatin1String("--with-debug")) {
qInstallMsgHandler(noMessageOutput);
}
}
、実行時に指定されたパラメータがない場合には、全体qDebug出力を非表示になります。
QT_NO_DEBUG_OUTPUT
でQDebugを完全に無効にすると、コード内に存在するqDebugによるパフォーマンスの低下を懸念する場合にも定義できます。
はリリースモードでメッセージを抑制ますが、デバッグモードでそれらを可能にし、これを使用します。
CONFIG(release, debug|release):DEFINES += QT_NO_DEBUG_OUTPUT
あなただけDEFINES += QT_NO_DEBUG_OUTPUT
CONFIG(...)
部分なしを使用している場合は、通常は望ましくないとする、両方のモードでそれらを無効にします。
有用なリンク:http://qt-project.org/forums/viewthread/25512およびhttp://supportforums.blackberry.com/t5/Native-Development/Dealing-with-qDebug-in-release-candidate/ td-p/2078713 – x29a