g ++でコンパイルするとstdio.hで_LARGEFILE_SOURCEが定義されるのはなぜですか？

Question

次のコードをgcc lfs.c -o lfsでコンパイルすると、何も出力されません。しかし、g ++ lfs.c -o lfsでコンパイルされている場合は、 "stdio.h！で定義された_LARGEFILE_SOURCE"が出力されます。いずれの場合においても

#ifdef _LARGEFILE_SOURCE 
int largefile_defined_at_start = 1; 
#else 
int largefile_defined_at_start = 0; 
#endif 

// This defines _LARGEFILE_SOURCE, but only in C++! 
#include <stdio.h> 

int main(void) { 
#ifdef _LARGEFILE_SOURCE 
    if (!largefile_defined_at_start) 
    printf("_LARGEFILE_SOURCE defined by stdio.h!"); 
#endif 
    return 0; 
} 

、_LARGEFILE_SOURCEは、コンパイラによって定義されていない。

gcc -dM -E - < /dev/null |grep _LARGEFILE_SOURCE |wc -l 
0 
g++ -dM -E - < /dev/null |grep _LARGEFILE_SOURCE |wc -l 
0 

なぜGCCをg ++フロントエンドを介して呼び出されたとき_LARGEFILE_SOURCEを規定stdio.hのですか？

Answer 1

g ++は基本的に_LARGEFILE_SOURCEのような他のフィーチャマクロをすべて意味する_GNU_SOURCEを定義しているためです。これらの追加のマクロは、<features.h>ヘッダーが含まれている場合に定義され、ほとんどのシステムヘッダーファイルにはファイルの最初の部分に<features.h>が含まれています。 _GNU_SOURCEがあらかじめ定義されているという事実は、移植性のあるC++コードを書こうとする人にとって絶望的な不満の源です。

私はあなたが簡単にできると信じて：

#undef _GNU_SOURCE 

しかし、これはのlibstdC++を中断します。おお！なんと痛い！これはすべて、C++の最大の設計上の欠陥の1つで、#includeは基本的にテキストのインクルードです。 libstdC++のほとんどはヘッダーファイルに定義されているだけなので、これはあなたのプログラムを_GNU_SOURCEで汚染していることを意味します。

あなたは、あなただけの任意のlibstdC++ヘッダーを使用しないファイルからこれらのインタフェースにアクセスすることができます（完全_GNU_SOURCEによって破壊された例のために、などstrerror_r）_GNU_SOURCEによって隠されたインタフェースにアクセスする必要がある場合。

これは私が知る限り、libstdC++にのみ問題があるため、libC++やそれ以外のものを使用することで問題を回避することもできます。