【Clang】マクロ定義の嘘に騙されない！EXIT_FAILURE の「真の居場所」を一発で突き止めるコマンドと解説
C言語のコードでおなじみの EXIT_FAILURE や EXIT_SUCCESS。通常は #include <stdlib.h> を書けば使えますが、Apple Clang環境（特に最新の Clang 17 など）では、stdlib.h の中身をいくら検索してもこれらの文字は見つかりません。
標準ヘッダーが内部で別の隠しファイル（_stdlib.h など）を読み込む複雑な階層構造になっているためです。
今回は、こうしたコンパイラの隠蔽工作を暴き、「実際に文字が定義されている本物のファイルパスと行番号」を一切の推測なしに一発で炙り出すコマンドとその仕組みを解説します。
1. 検証環境（Clangのバージョン情報）
今回の検証に連動している Apple Clang の具体的な環境情報は以下の通りです。
Apple clang version 17.0.0 (clang-1700.0.13.5)
Target: arm64-apple-darwin24.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
2. 【一発特定】真の居場所を炙り出すコマンド
ヘッダーファイルを1つずつ手動で開いて探す必要はありません。ターミナルで以下のコマンドを実行するだけで、コンパイラが参照しているSDK内から、定義が書かれた本物のファイルと行番号を直接スカウトできます。
■ 実際の定義内容（実行結果）
このコマンドを実行すると、隠蔽されていた本物のファイル、および定義がそのまま出力されます。
121:#define EXIT_FAILURE 1
122:#define EXIT_SUCCESS 0
通常の stdlib.h ではなく、アンダースコアがついた隠しヘッダー _stdlib.h の 121行目・122行目 に、実際の定義値（1 と 0）が物理的に書き込まれていることが完全に暴かれます。
3. コマンドの仕組みと技術解説
このワンライナーコマンドは、3つの技術的なアプローチを組み合わせて最短ルートで検索を行っています。
① $(xcrun --show-sdk-path) で環境のブレを吸収する
MacのOSバージョンやXcodeのアップデートによって、システムヘッダーが置かれるディレクトリ名（MacOSX15.sdk など）は頻繁に変わります。xcrun --show-sdk-path コマンドを使うことで、今動いている Clang 17 が実際にベースとしているSDKの絶対パス（上記の例では MacOSX.sdk というシンボリックリンク経由）を動的に取得し、パスの打ち間違いを完全に防ぎます。
② grep -rn で高速な全件再帰検索
取得したSDKのインクルードディレクトリ（/usr/include/）配下にあるすべてのファイルを対象に、-r（ディレクトリ内を再帰検索）と -n（一致した行番号を表示）のオプションをつけて、指定した文字列を高速スキャンします。また、権限のないファイルへのアクセス警告などを非表示にするため、末尾に 2>/dev/null をつけてエラーログを捨てています。
③ | grep "#define" でノイズをカット
単に "EXIT_FAILURE" で検索すると、他のファイルで「参照」されているだけの行も大量にヒットしてしまい、どれが本体かわからなくなります。出力をパイプ（|）で繋ぎ、C言語のマクロ定義の宣言である #define が含まれる行だけに絞り込むことで、一撃で「定義の実体」のみを抽出しています。
4. まとめ
近年の Apple Clang 17（arm64-apple-darwin24.6.0）環境は、コードの共通化や近代化のために標準ヘッダーの内部構造をどんどん複雑化させており、窓口となる stdlib.h の下層に _stdlib.h のような隠しヘッダーを配置する構造をとっています。
しかし、コンパイラが裏で読んでいるルート（SDKパス）を正しく指定し、強力なコマンドで一括スキャンをかければ、どんな隠しファイルに隔離された定義であっても、確実にその正確な絶対パスと行番号を特定することが可能です。