クロスプラットフォームライブラリの作成にどのようにプリプロセッサを使用しますか？

Question

WxWidgets、SDLなどで使用されている同じ#ifdefアプローチを使用したいと思います。唯一の問題は、どのように使用するのかわかりません。

私は矩形を描くクラスを作ってみたいと思います。私は、Win32プラットフォーム上では、X11プラットフォーム（すなわちLinux）の上のときカイロを使用したいとGDI：

class graphics 
{ 
void drawRect(int x, int y, int w, int h) 
{ 
/*if on win32*/ 
HDC myHdc = ::BeginPaint(myHwnd,&mypstr); 
::Rectangle(myHdc,x,y,w,h); 
::EndPaint(myHwnd,&mypstr); 

/*if on x11*/ 
cairo_surface_t* s = cairo_xlib_surface_create(/* args */); 
cairo_t* c = cairo_create(s); 
cairo_rectangle(c,x,y,w,h); 
// etc. etc. 
} 
}; 

は、どのように私はこれを行うには#ifdefまたは何か他のものを使用するのでしょうか？

Answer 1

することができます場合関連項目別々の翻訳単位。これにより、より洗練されたコード&が読みやすくなり、開発と保守が容易になります。 IMHO、ビルドプロセスは、組み込むプラットフォーム固有のモジュールを決定する必要があります。
rectangle.hpp：今

struct Rectangle 
{ 
    void draw(int upper_left_corner_x, int upper_left_corner_y, 
      unsigned int length, unsigned int width); 
} 

プラットフォーム固有のファイル：
rectangle_wx_widgets.cpp：

#include "rectangle.hpp" 
void 
Rectangle :: 
draw(int upper_left_corner_x, int upper_left_corner_y, 
      unsigned int length, unsigned int width) 
{ 
// wxWidgets specific code here. 
} 

rectangle_qt.cpp：

例えば

#include "rectangle.hpp" 
void 
Rectangle :: 
draw(int upper_left_corner_x, int upper_left_corner_y, 
      unsigned int length, unsigned int width) 
{ 
// QT specific code here. 
} 

main.cppに：

#include "rectangl.hpp" 
int main(void) 
{ 
    Rectangle r; 
    r.draw(50, 50, 10, 5); 
    return 0; 
} 

上記のコードには、条件付きプリプロセッサディレクティブを有していません。 main関数は、プラットフォームに関係なく長方形を描画します。プラットフォームの仕様は重要ではないため、mainから削除されました。したがって、コンパイラスイッチを変更したり、どのプリプロセッサ識別子が定義されているかについて心配することなく、mainが無条件に矩形を描画することがわかります。

wxWidgetsプラットフォームを使用して描画する場合、ビルドプロセスはrectangle_wx_widgets.cppを使用します。 QTを使用して描画するには、rectangle_qt.cppファイルが使用されますが、両方は使用されません。この図に示すように、いずれのプラットフォームのコードを生成するためにコードは変更されません。コマンドbuild wxWidgetsに適切な翻訳単位が含まれるように、ビルドプロセスを調整することができます。したがって、パラメータをビルドプロセスに渡すと、プラットフォーム固有の実行可能ファイルが生成されます。

Answer 2

非常に直接的です。

#ifndef WIN32 
// something for X11 
#else 
// something for Windows 
#endif 

それは（この場合はWIN32のような）デフォルトの条件文を知るだけです：

あなたはこのような何かをしたいです。オペレーティングシステム、コンパイラ、および移植性の高いものには条件があります。

この場合は、windows.hヘッダーファイルを参照してください。それはあなたのためのより多くの情報を含むかもしれません。

Answer 3

あなたが使用することができWIN32のような事前に定義されたプラットフォームの変数があります。

#ifdef WIN32 
.... 
#else 
.... 
#endif 

Answer 4

をプラットフォーム固有のマクロのリストについては、にプラットフォーム固有のメソッドを置くことを好む、http://www.netbsd.org/docs/pkgsrc/fixes.html#fixes.build.cpp

Answer 5

クロスプラットフォームはUNIXとWindowsの両方を意味するものではありません。また、定義済みのcppディレクティブはコンパイラに依存している可能性があります。 プラットフォーム選択のソースコードを改善することは、これがどのように正しい方法で行われるかを見る良いスタートです。あなたはまた、いくつかのplatform dependent defines

Answer 6

私は他の人が（：sysfaultはそれを言及した編集を）言及表示されていないこと、それにトリックがありますが設定されますcmakeを見てみたいことがありconfig/select_platform_config.hpp を参照してください。ここには2つの異なる概念があります。プリプロセッサのコマンドは、ターゲットとコンパイラによって異なります。つまり、あなたが使っているどのコンパイラ（MSVC対GCC）

#ifdef _MSC_VER 
    /*MSVC*/ 
#endif 
#ifdef __GNUC__ 
    /*GCC*/ 
#endif 

を伝えるためにMSVCは、Windowsターゲット（限り、我々は今日懸念しているとして）用にコンパイルし、GCCはすべてを対象としています。 GCCの場合は、を伝えるためにそれがターゲットだどの OS：

#ifdef __MINGW32__ 
    /* Windows */ 
#endif 
#ifdef BSD 
    /* BSD */ 
#endif 
#ifdef __linux__ 
    /* linux */ 
#endif 
#ifdef __APPLE__ 
    /* OSX */ 
#endif 

はまた、時々、あなたは、オペレーティング・システムのプロセッサに固有の何かを知っているが、ないようにする必要があります。

__CHAR_UNSIGNED__ 
    GCC defines this macro if and only if the data type char is unsigned on the target machine. 
__BYTE_ORDER__ 
__ORDER_LITTLE_ENDIAN__ 
__ORDER_BIG_ENDIAN__ 
__ORDER_PDP_ENDIAN__ 
    __BYTE_ORDER__ is defined to one of the values __ORDER_LITTLE_ENDIAN__, __ORDER_BIG_ENDIAN__, or __ORDER_PDP_ENDIAN__ to reflect the layout of multi-byte and multi-word quantities in memory. 
__LP64__ 
_LP64 
    These macros are defined, with value 1, if (and only if) the compilation is for a target where long int and pointer both use 64-bits and int uses 32-bit. 

そして、多くの他の多く