__FILE__、__LINE__と__FUNCTION__の利用++

Question

仮定すると、あなたのC++コンパイラがそれらをサポートしていることを、ログとデバッグの目的のために__FILE__、__LINE__と__FUNCTION__を使用するには、いずれかの特定の理由ないはありますか？

私は主に、間違った行番号や機能を最適化の結果として報告するなど、誤解を招くようなデータをユーザに与えることや、結果としてパフォーマンスが低下することに懸念しています。

基本的に、私は正しいことを行う常にに__FILE__、__LINE__と__FUNCTION__を信頼できますか？

Answer 1

__FUNCTION__は非標準であり、__func__がC99/C++ 11に存在します。他のもの（__LINE__と__FILE__）は問題ありません。

これは常に適切なファイルと行を表示します（また、__FUNCTION__/__func__を使用する場合は機能します）。最適化は、コンパイル時のマクロ展開であるため、非ファクタです。 決して効果のパフォーマンスは決してありません。

Answer 2

個人的には、これらのメッセージをデバッグメッセージ以外に使用することは嫌です。私はそれをしましたが、私はそのような情報を顧客やエンドユーザーに示さないようにしています。私の顧客はエンジニアではなく、コンピュータに精通していないこともあります。私はコンソールにこの情報を記録するかもしれませんが、私が言ったように、デバッグビルドや内部ツールを除いて、不本意ながら。あなたが持っている顧客基盤に依存していると思います。

Answer 3

まれに、__LINE__で指定された行を別のものに変更すると便利です。私はGNU configureが元のソースファイルに現れない行の間にいくつかのブードーを挿入した後、適切な行番号を報告するテストがあることを知っています。たとえば：

#line 100 

は、次の行は、あなたが、必要に応じてそれが唯一のまれ便利です

#line 100 "file.c" 

新しいファイル名を追加することができます__LINE__ 100で始まるようになります。しかし、それが必要な場合は、私が知っている選択肢はありません。実際には、行の代わりに、上記の2つの形式のいずれかになるマクロも使用できます。ブーストプリプロセッサライブラリを使用して、あなたが50で現在の行をインクリメントすることができます

#line BOOST_PP_ADD(__LINE__, 50) 

私はあなたが__LINE__と__FILE__の使用について尋ねているので、それはそれを言及するのに便利だと思いました。 @ジョナサンレフラーは、コメント欄でいくつかのより良いユースケースを提供します：＃行をいじり

は、その前のプロセッサのために非常に有用である一つは、C++ :)

編集のうち、十分な驚きを得ることはありませんユーザのソースファイルに沿ってユーザのCコードにエラーを報告したい。 Yacc、Lex、（私にとっては自宅で）ESQL/Cプリプロセッサがそうしています。

Answer 4

FYI：g ++は非標準の__PRETTY_FUNCTION__マクロを提供します。今まで私はC99について知りませんでした__func__（感謝のエヴァン！）。私はまだ余分なクラスのスコープのために利用可能なときに__PRETTY_FUNCTION__を好むと思います。

PS：私はそれらのすべての時間を使用し

static string getScopedClassMethod(string thePrettyFunction) 
{ 
    size_t index = thePrettyFunction . find("("); 
    if (index == string::npos) 
    return thePrettyFunction; /* Degenerate case */ 

    thePrettyFunction . erase(index); 

    index = thePrettyFunction . rfind(" "); 
    if (index == string::npos) 
    return thePrettyFunction; /* Degenerate case */ 

    thePrettyFunction . erase(0, index + 1); 

    return thePrettyFunction; /* The scoped class name. */ 
} 

Answer 5

。私が心配するのは、ログファイルにIPを渡すことだけです。あなたの関数名が本当に良ければ、営業秘密を簡単に明らかにするかもしれません。これは、デバッグシンボルを使った出荷のようなもので、見つけにくいものです。 99.999％のケースでは悪いことはありません。