Android 編譯系統（三）Main.mk分析

轉載地址：http://hi.baidu.com/snownight/blog/item/f472d9f9f450f157242df262.html

Main.mk分析

Main.mk主要包含如下幾個部分的內容

1.      
SHELL設定

2.       編譯環境配置

3.       編譯環境檢查

4.       包含必要的宏

5.       根據make參數設定編譯時間的變數

6.       包含需要編譯的Android.mk

7.       設定編譯系統Target：prerequisites 控制整個編譯流程

下面對上面幾點進行必要解釋：

有了前面小節對Android編譯系統架構的分析，如果需要修改Android編譯系統，就可以不至於盲目找問題，修改代碼了。今天分析下main.mk，看它能為我們Android編譯提供什麼有價值的資訊，以及如何自己定製我們的Android編譯系統。

Main.mk的第一句就根據ANDROID_BUILD_SHELL來包裹編譯系統用到的Shell，如果我們不想使用bash，而想使用sh，那麼就可以在它前面寫上ANDROID_BUILD_SHELL
:= /bin/sh，或者在build/envsetup.sh中添加相關定義。

定義完SHELL之後，就是對MAKE_VERSION的檢查，然後定義了預設的編譯目標droid!

如果我們敲入make之後，不加任何參數，預設的目標就是droid。注意雖然後面的include $(BUILD_SYSTEM)/config.mk寫在預設目標droid依賴之後，但其和之後的語句都是要執行的，這是Makefile的文法決定的。

後面會include config.mk cleanbuild.mk對編譯系統進行必要的配置。後面就是對編譯環境的檢查，包括是否大小寫敏感、路徑檢查、java版本檢查、javac版本檢查。Android對編譯環境的檢查如果符合條件，在下次編譯的時候，不會再次進行檢查。

檢查完版本之後，會包含進definations.mk，如前所述，definations.mk中定義了很多編譯系統中用到的宏，這些宏在編譯時間需要經常調用，因此在編譯的很靠前的階段，就將之包含了進來。

然後就是針對make時傳入的編譯類型（eng user userdebug showcommands等）進行編譯配置，這些配置會影響到最終編譯目標所包括的模組。對於eng user userdebug sdk win_sdk tests等編譯目標的區別，讀者可以通過查看main.mk的代碼找出其中到底有什麼不同。

此處略去部分部分不重要的內容，直接跳到

Ifeq($(SDK_ONLY),true)處，大概368行附近，這個判斷語句一直到這個語句塊結束，都是對subdirs變數的設定，subdirs變數決定了哪些子檔案夾最終被編譯。

在後面的subdir_makefiles變數的設定，決定了哪些Android.mk被編譯。緊接著include $(subdir_makefiles)就會添加所有這些Android.mk檔案的依賴。這其中包含了droid的依賴，後面我們會發現。

然後就會根據這些Makefile，找出所有需要編譯的模組（module），以及進行必要的分類（eng_MODULES/debug_MODULES/tests_MODULES等、modules_to_check/modules_to_install等），用以區別對待。

緊接著是定義了一系列的隱含目標：prebuilt、all_copied_headers、files、checkbuild、ramdisk、systemtallball、userdataimage、userdatatarball、bootimg、droidcore等。最重要的一點，是會發現droid依賴於droidcore,而droidcore依賴於

droidcore: files \

         systemimage \

         $(INSTALLED_BOOTIMAGE_TARGET) \

         $(INSTALLED_RECOVERYIMAGE_TARGET) \

         $(INSTALLED_USERDATAIMAGE_TARGET) \

         $(INSTALLED_FILES_FILE)

正是這幾個依賴項，控制著整個android的編譯。

下一篇博文會講述一個system.img的整個產生過程