為了適應現在越來越流行的64位系統，經常需要將程式碼分別編譯為32位版和64位版。其次，除了需要生成debug版用於開發測試外，還需要生成release版用於釋出。本文介紹瞭如何利用makefile條件編譯來生成這些版本，而且不僅相容Linux下的GCC，還支援MinGW、TDM-GCC等Windows下的GCC編譯器。

一、C程式程式碼

　　為了測試條件編譯的效果，以下面這個C語言程式為例（gcc64_make.c）——

#include <stdio.h>
#include <assert.h>

// 獲取程式位數（被編譯為多少位的程式碼）
int GetProgramBits()
{
    
 
return sizeof(int*) * 8;
}

int main(int argc, char* argv[])
{
    printf("bits:\t%d\n", GetProgramBits());
    assert( argc>1 );
    return 0;
}

　　main函式中，前兩條語句的含義為——
第一條語句用於顯示當前程式的位數。如果編譯為32位版，將會顯示“bits: 32”；如果編譯為64位版，將會顯示“bits: 64”。
第二條語句是一條斷言，需要argc變數大於1。如果編譯為debug版，若執行時未加命令引數，該斷言失敗，於是輸出錯誤資訊並終止程式；如果編譯為release版，所有斷言被遮蔽，不會有錯誤資訊。

二、GCC命令列引數

　　複習一下GCC命令列引數，看看各個版本的區別——
32位版：加上 -m32 引數，生成32位的程式碼。
64位版：加上 -m64 引數，生成64位的程式碼。
debug版：加上 -g 引數，生成除錯資訊。
release版：加上 -static 引數，進行靜態連結，使程式不再依賴動態庫。加上 -O3 引數，進行最快速度優化。加上-DNDEBUG引數，定義NDEBUG巨集，遮蔽斷言。

　　當沒有-m32或-m64引數時，一般情況下會生成跟作業系統位數一致的程式碼，但某些編譯器存在例外，例如——
32位Linux下的GCC，預設是編譯為32位程式碼。
64位Linux下的GCC，預設是編譯為64位程式碼。
Window系統下的MinGW，總是編譯為32位程式碼。因為MinGW只支援32位程式碼。
Window系統下的MinGW-w64（例如安裝了TDM-GCC，選擇MinGW-w64），預設是編譯為64位程式碼，包括在32位的Windows系統下。

三、makefile程式碼

　　makefile的程式碼為——

# flags
CC = gcc
CFLAGS = -Wall
LFLAGS = 

# args
RELEASE =0
BITS =

# [args] 生成模式. 0代表debug模式, 1代表release模式. make RELEASE=1.
ifeq ($(RELEASE),0)
    # debug
    CFLAGS += -g
else
    # release
    CFLAGS += -static -O3 -DNDEBUG
    LFLAGS += -static
endif

# [args] 程式位數. 32代表32位程式, 64代表64位程式, 其他預設. make BITS=32.
ifeq ($(BITS),32)
    CFLAGS += -m32
    LFLAGS += -m32
else
    ifeq ($(BITS),64)
        CFLAGS += -m64
        LFLAGS += -m64
    else
    endif
endif


.PHONY : all clean

# files
TARGETS = gcc64_make
OBJS = gcc64_make.o

all : $(TARGETS)

gcc64_make : $(OBJS)
    $(CC) $(LFLAGS) -o [email protected] $^


gcc64_make.o : gcc64_make.c
    $(CC) $(CFLAGS) -c $<


clean :
    rm -f $(OBJS) $(TARGETS) $(addsuffix .exe,$(TARGETS))

　　為了控制條件編譯，定義了RELEASE、BITS這兩個變數，分別賦初值。然後用ifeq判斷RELEASE、BITS變數的值，分別加上不同的引數。
　　因賦有初值，直接執行“make”時，編譯得到的是預設位數的debug版。
　　若在執行make時給變數賦值，將會得到不同的版本——
make RELEASE=0：（預設位數的）debug版。
make RELEASE=1：（預設位數的）release版。
make BITS=32：32位（的debug）版。
make BITS=64：64位（的debug）版。
make RELEASE=0 BITS=32：32位的debug版。
make RELEASE=0 BITS=64：64位的debug版。
make RELEASE=1 BITS=32：32位的release版。
make RELEASE=1 BITS=64：64位的release版。

　　該makefile的程式碼風格是精心設計的，可以很方便的擴充套件——
需要增加程式碼檔案或依賴關係時，修改“# files”之後的內容。
需要調整編譯引數時，修改前半部分的引數變數。
需要增加新的條件編譯引數時，在“# args”定義一個變數並賦初值，然後再在後面用“ifeq”判斷變數來調整編譯引數。

　　最後的“rm -f $(OBJS) $(TARGETS) $(addsuffix .exe,$(TARGETS))”是為了相容MinGW、TDM-GCC等Windows下的GCC編譯器而設計的——
裝好MSYS，再配置一下PATH環境變數，Windows中也可以使用rm命令刪除檔案。
因Windows下的可執行檔案的副檔名是exe，所以使用了addsuffix函式增加“.exe”副檔名。
因Linux下不會生成.exe可執行檔案，而Windows下不會生成無副檔名的可執行檔案，導致rm會因找不到檔案而報錯。這時可以加上-f引數忽略該錯誤。

四、測試結果

4.1 Fedora 17 64位版下的 GCC 4.7.0

　　開啟終端，使用cd命令進入程式所在目錄，並執行以下命令——

make clean
make
./gcc64_make
make clean
make RELEASE=1
./gcc64_make
make clean
make BITS=32
./gcc64_make
make clean
make RELEASE=1 BITS=32
./gcc64_make
gcc --version

　　執行結果——

4.2 Windows XP SP3 32位版下的 GCC 4.6.2（MinGW (20120426)）

　　開啟命令提示符，使用cd命令進入程式所在目錄，並執行以下命令——

make clean
make
gcc64_make
make clean
make RELEASE=1
gcc64_make
make clean
make BITS=64
gcc --version

　　執行結果——

4.3 Windows 7 SP1 64位版下的 GCC 4.6.1（TDM-GCC (MinGW-w64)）

　　開啟命令提示符，使用cd命令進入程式所在目錄，並執行以下命令——

make clean
make
gcc64_make
make clean
make RELEASE=1
gcc64_make
make clean
make BITS=32
gcc64_make
make clean
make RELEASE=1 BITS=32
gcc64_make
gcc --version

　　執行結果——