gcc -std = C++ 11を使用しているときにCygwinでいくつかのシステム関数が定義されていないのはなぜですか？

Question

gcc -std=c++11を使ってCygwinでプログラムをコンパイルできないことがあります。ヘッダーはOKをコンパイルします（boost/asio.hppのように、定義が欠落していない限り）。さて、Cygwinの#ifdefマクロは、C++ 11環境でいくつかの関数定義をバイパスするので、プログラムはそうではないかもしれません。同じソースファイルがFedora Linuxで同様にコンパイルされている場合は、これは発生しません。

このサンプルプログラムは、GCCを使用してコンパイルに失敗-std = C++ 11オプション：

#include <boost/asio.hpp> 
int main() { return 0; } 

私が最初に上記のプログラムをコンパイルしなかったことを発見することで、これを発生したが、その後、さらに多くの類似しました更新された標準を使用して既存のコードを再コンパイルするときの問題。

私が見つけたインクルードセクションは、返信に記載されています。 、あなたのソースコードで

他が含ま前

#define _GNU_SOURCE 

を含める：

Answer 1

は、ここでは、Cygwinのまで使用することができます回避策のライブラリが更新されて含まれ、[。タイプミスを修正するために編集しました] 。この回避策はFedora Linuxでは必要ではなく、Cygwin環境でのみ使用し、-std = compilerオプションでのみ使用します。

これは修正されています。私が発見していない

#include <boost/asio.hpp> // (Because it uses sigfillset from sys/signal.h) 
#include <sys/signal.h> // sigfillset and others declared nearby 
#include <sys/types.h> // u_int and other __MISC_VISIBLE typedefs 
#include <stdio.h>  // at least fileno 
#include <string.h>  // at least strdup 

およびおそらく他のグリッチを。これは、単に/usr/include/sys/features.hを変更して、ファイルの先頭近くに

#ifndef _GNU_SOURCE // LOCAL WORK-AROUND 
#define _GNU_SOURCE 
#endif 

を追加することで修正することもできます。これはカジュアルなライブラリユーザーにとっては効果的ですが、Cygwinの開発者が使用する方法ではありません。