之前研究cocos2d-x的環境，大部分網上教程都沒提mk檔案的配置怎麼適應大專案的情況，都是以幾個檔案的專案在做demo演示，最近專案越來越大，在用手動配置mk檔案的話，是件很不科學的事，於是找到了這篇文章，留下學習的足跡，同時與大家分享。

Makefile Android.mk 引發的思索

在我們編寫 Android 平臺 cocos2d-x 遊戲的時候，我們除了編寫 Classes 之內的原始碼檔案之外，我們還需要維護其編譯檔案 Android.mk，如我們在 Classes 新增新的原始檔，那麼我們就要在 Android.mk 配置新增其編譯路徑，如：

LOCAL_SRC_FILES
 
 := hellocpp/main.cpp \
                   ../../Classes/AppDelegate.cpp \
                   ../../Classes/HelloWorldScene.cpp

每新增一個原始檔，我們就要手動新增一個配置，始其能夠被編譯，同樣的，在 proj.linux 的 Makefile 檔案也有這樣的情況：

OBJECTS = ./main.o \
        ../Classes/AppDelegate.o \
        ../Classes/HelloWorldScene.o

當然讓我們手動維護其配置，當然可以，不過麻煩非常，對於像我這樣“懶惰”之人，當然需要想辦法讓其自動管理嘍 ~

自動編譯、自動維護

如果要自動維護編譯檔案之內的原始碼檔案，我們需要的無非就是所有的原始碼檔案及其路徑，而這樣的工作可以通過 Linux 強大的命令 find 來實現自動完成，Android.mk 檔案如下(獲取原始碼)：

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := game_shared

LOCAL_MODULE_FILENAME := libgame

# 定義 all-cpp-files 返回當前路徑和 Classes 路徑想的所有 cpp 檔案，注意：這裡只考慮 cpp 而沒有 c，如果需要自行新增
 

define all-cpp-files
$(patsubst jni/%,%, $(shell find $(LOCAL_PATH)/../../Classes/ $(LOCAL_PATH)/hellocpp -name "*.cpp"))  
endef

# 這裡使用新的方式替換換來的方式，以自動新增原始檔
LOCAL_SRC_FILES := $(call all-cpp-files)

#LOCAL_SRC_FILES := hellocpp/main.cpp \
#                  ../../Classes/AppDelegate.cpp \
#                  ../../Classes/HelloWorldScene.cpp

LOCAL_C_INCLUDES := $(LOCAL_PATH)/../../Classes

LOCAL_WHOLE_STATIC_LIBRARIES := cocos2dx_static cocosdenshion_static cocos_extension_static

include $(BUILD_SHARED_LIBRARY)

$(call import-module,CocosDenshion/android) \
$(call import-module,cocos2dx) \
$(call import-module,extensions)        # 根據自己需要是否啟用，上面的靜態庫同樣

這樣一個 Android.mk 算是萬能的配置了，基本能滿足我們編寫 cocos2d-x 遊戲的大多數需求了，當然如果你使用了第三方庫，當然還是需要手動新增一下配置了，不過就原始檔來說，不需要手動維護，倒是省事許多。下面在貼一個 Makefile 的萬能配置(獲取原始碼)：

CC      = gcc
CXX     = g++
TARGET  = leafsoar          # 為了保持通用性，乾脆起個不相干的目標檔案，此名隨意
CCFLAGS = -Wall
CXXFLAGS = -Wall
VISIBILITY =

# COCOS2DX_ROOT = /home/leafsoar/...        # 如果已經配置過此環境變數，可以不需要此，否則新增此變數值

COCOS2DX_PATH = $(COCOS2DX_ROOT)/cocos2dx
INCLUDES =  -I../ \
            -I../Classes \
            -I$(COCOS2DX_PATH) \
            -I$(COCOS2DX_PATH)/platform/third_party/linux \
            -I$(COCOS2DX_PATH)/platform/third_party/linux/libfreetype2 \
            -I$(COCOS2DX_PATH)/cocoa \
            -I$(COCOS2DX_PATH)/include \
            -I$(COCOS2DX_PATH)/platform \
            -I$(COCOS2DX_PATH)/platform/linux \
            -I$(COCOS2DX_PATH)/platform/third_party/linux/glew-1.7.0/glew-1.7.0/include/ \
            -I$(COCOS2DX_PATH)/kazmath/include \
            -I$(COCOS2DX_PATH)/platform/third_party/linux/libxml2 \
            -I$(COCOS2DX_PATH)/platform/third_party/linux/libjpeg  \
            -I$(COCOS2DX_ROOT)/CocosDenshion/include \
#           -I$(COCOS2DX_ROOT)/extensions/ \            # 根據自己需要是否包含 extensions 擴充套件

DEFINES = -DLINUX

# 獲取原始檔列表
define all-cpp-files
$(patsubst ./%,%, $(shell find  ../Classes ./ -name "*.cpp"))  
endef

# 我是打算讓所以編譯後的 ".o" 臨時檔案，全部生成在 "obj" 目錄，而不是和原始碼同目錄
define all-cpp-dir
$(patsubst ../%,obj/%, $(shell find  ../Classes -type d))  
endef

# obj 預設目錄
OBJDIR=obj/Classes

# 獲取所有的編譯檔案列表
OBJECTS=$(patsubst %.cpp,$(OBJDIR)/%.o,$(call all-cpp-files))

# 獲取所有的編譯檔案路徑，如果不存在路徑則，編譯可能出現問題
OBJECTS_DIR=$(call all-cpp-dir)

# 如果目錄不存在，則建立相應的目錄，-p 命令保證了，如果存在，不需要重新建立，這樣沒有修改的原始檔就無需重新編譯，提高速度
$(shell mkdir -p obj)
$(shell mkdir -p $(OBJECTS_DIR))

#echo:
#   @echo $(OBJECTS_DIR)

#OBJECTS = ./main.o \
#        ../Classes/AppDelegate.o

LBITS := $(shell getconf LONG_BIT)
ifeq ($(LBITS),64)
STATICLIBS_DIR = $(COCOS2DX_ROOT)/cocos2dx/platform/third_party/linux/libraries/lib64
else
STATICLIBS_DIR = $(COCOS2DX_ROOT)/cocos2dx/platform/third_party/linux/libraries
endif
STATICLIBS = 
STATICLIBS = $(STATICLIBS_DIR)/libfreetype.a \
                $(STATICLIBS_DIR)/libxml2.a \
                $(STATICLIBS_DIR)/libpng.a \
                $(STATICLIBS_DIR)/libjpeg.a \
                $(STATICLIBS_DIR)/libtiff.a \
#               $(STATICLIBS_DIR)/libGLEW.a \

SHAREDLIBS = 
ifeq ($(LBITS),64)
SHAREDLIBS_DIR = $(COCOS2DX_ROOT)/CocosDenshion/third_party/fmod/lib64/api/lib
SHAREDLIBS = -L$(SHAREDLIBS_DIR) -lfmodex64
else
SHAREDLIBS_DIR = $(COCOS2DX_ROOT)/CocosDenshion/third_party/fmod/api/lib
SHAREDLIBS = -L$(SHAREDLIBS_DIR) -lfmodex
endif

SHAREDLIBS += -lglfw -lGL
SHAREDLIBS += -Wl,-rpath,$(SHAREDLIBS_DIR)
SHAREDLIBS += -L$(COCOS2DX_ROOT)/cocos2dx/platform/third_party/linux/glew-1.7.0/glew-1.7.0/lib -lGLEW
SHAREDLIBS += -Wl,-rpath,$(COCOS2DX_ROOT)/cocos2dx/platform/third_party/linux/glew-1.7.0/glew-1.7.0/lib


BIN_DIR_ROOT=bin
BIN_DIR = $(BIN_DIR_ROOT)

debug: BIN_DIR = $(BIN_DIR_ROOT)/debug
debug: CCFLAGS += -g3 -O0
debug: CXXFLAGS += -g3 -O0
debug: SHAREDLIBS += -L$(COCOS2DX_ROOT)/lib/linux/Debug -lcocos2d -lrt -lz -lcocosdenshion
debug: SHAREDLIBS += -Wl,-rpath,$(COCOS2DX_ROOT)/lib/linux/Debug/
debug: DEFINES += -DDEBUG
debug: $(TARGET)

release: BIN_DIR = $(BIN_DIR_ROOT)/release
release: CCFLAGS += -O3
release: CXXFLAGS += -O3
release: SHAREDLIBS += -L.$(COCOS2DX_ROOT)/lib/linux/Release -lcocos2d -lrt -lz -lcocosdenshion
release: SHAREDLIBS += -Wl,-rpath,$(COCOS2DX_ROOT)/lib/linux/Release/
release: DEFINES += -DNDEBUG
release: $(TARGET)

####### Build rules
$(TARGET): $(OBJECTS) 
    mkdir -p $(BIN_DIR)
    $(CXX) $(CXXFLAGS) $(INCLUDES) $(DEFINES) $(OBJECTS) -o $(BIN_DIR)/$(TARGET) $(SHAREDLIBS) $(STATICLIBS)

####### Compile
$(OBJDIR)/%.o: %.cpp
    $(CXX) $(CXXFLAGS) $(INCLUDES) $(DEFINES) $(VISIBILITY) -c $< -o [email protected]

%.o: %.c
    $(CC) $(CCFLAGS) $(INCLUDES) $(DEFINES) $(VISIBILITY) -c $< -o [email protected]

clean: 
    rm -f $(OBJECTS) $(TARGET) core

有了此 Makefile 我們就能滿足我們絕大多數需求了，並且還做了目錄優化，將所有原始檔生成的 .o 檔案統一放在了 obj 目錄之下，方便管理，否則原始檔路徑會稍顯零亂。實現方式，就是通過命令先建立符合條件的路徑，然後修改其編譯生成的臨時檔案路徑。這只是我在使用 cocos2d-x 2.0.4 才出現的問題，而在最新版本2.1.12好似做了些修改，不需要顯示的修改其.o 檔案路徑。

獲取專案

關於如此管理專案，我在網上提供的完整的例子，可以從 GitHub ¹ 上面下載，包含了一個完整 HelloWorld 工程專案。可以從這理獲取，其中Android.mk 和 Makefile 檔案可以直接使用。

如果你是在 Windows 下使用 cygwin 編譯，那麼這篇文章只能作為參考，其也是 unix 環境的一個模擬，但這裡並不能確定其過程是否會出現什麼問題。