【摘要】

根據zxms80專案的會議排程模組移植的經驗，本文提出了Windows平臺上程式向Linux下移植所碰到的一些典型問題，並舉例給出了相應的解決方法，文中還描述了使用pwlib庫時makefile檔案的編寫方法，該方法也適用於不使用pwlib庫開發時的一般情況，供要進行移植的同仁參考之用。

一、問題的提出

    在程式設計師中有這樣一個說法，若一個程式不能移植到Linux下，那這個程式將看不到未來。

由於Linux作業系統原始碼公開是的，開發庫等輔助工具都是原始碼公開的，這樣就減少了程式的不可預知性，而且出現錯誤可以大家一起修正、完善，而Windows平臺下所有的作業系統

Api就給了個介面，即使出現莫名奇妙的錯誤也只能望著介面興嘆了。再加上Linux作業系統本身和它上面的許多工具軟體是免費的，更是吸引了更多的公司和程式開發人員將程式開發轉向Linux。

在程式跨平臺的移植過程中，將存在作業系統API的不同、檔名大小寫識別不同、路徑分隔符不同、不同開發平臺數據型別的不一致等較一般性的問題。對於這些一般性的問題怎樣很好的來解決呢？Linux下的工程都是使用makefile檔案來管理的，怎樣編寫出相應的makefile檔案呢？這些問題都是本文後面將要闡述的。

二、解決思路

   本文撰寫的目的是為了提供Windows平臺上程式向Linux下移植所碰到的一些典型問題及相應的解決方法，供要進行程式平臺移植的同仁參考之用。

文中還描述了使用pwlib庫時makefile檔案的編寫方法，對於使用了pwlib庫進行開發的程式能快捷的建立makefile工程檔案，避免了自己手動書寫makefile的繁雜工作。

特別是<3.2.6可以移植的資料型別>一節中對於不同開發平臺數據型別的不一致提出了一個簡捷通用的解決方法，不用修改源程式中任何程式碼即可在Linux下使用Windows開發平臺上的一些資料型別。

三、實踐情況

3.1.Makefile的編寫

       Linux下一般都是使用make工具來管理和編譯一個大的開發工程的所有原始檔，make命令執行時，需要一個Makefile 

檔案，以告訴make命令需要怎麼樣的去編譯和連結程式，makefile關係到了整個工程的編譯規則。一個工程中的原始檔不計其數，其按型別、功能、模組分別放在若干個目錄中，makefile定義了一系列的規則來指定，哪些檔案需要先編譯，哪些檔案需要後編譯，哪些檔案需要重新編譯，甚至於進行更復雜的功能操作，因為makefile就像一個Shell指令碼一樣，其中也可以執行作業系統的命令。在Windows的一些IDE如VC中將自動幫你生成相應的makefile，所有這些都是透明的，但在Linux下你就不能不自己寫makefile了，會不會寫makefile，從一個側面說明了一個人是否具備完成大型工程的能力。

     make工具採用增量編譯的方式，每次只編譯被改動過確實需要編譯的原始檔，每次編譯時make工具將自動判斷那些原始檔需要重新編譯，當一個工程很大而又只改動了很少的幾個原始檔，這將節省很多時間。

具體makefile檔案的編寫規則可以檢視make的man 和info文件(在Linux命令列方式下輸入：man make 或info make)。makefile檔案的編寫規則很多，重要的是怎樣使用最簡單的方式寫出我們自己需要的makefile檔案。

    網上也有很多介紹資料，網上有一篇很好的介紹makefile檔案編寫的文章：

下文將著重介紹使用pwlib開發庫的工程的makefile的編寫，但對於其它工程只需將common.mak檔案中對pwlib庫進行編譯的指令碼去掉也可適用。

3.1.1使用pwlib開發庫的工程的makefile的編寫

PWLib是Portable Windows Library的縮寫,翻譯為輕便的Windows類庫.PWLib採用C++編寫,設計初衷是為了能讓Openh323在Windows和Unix的X-Windows下執行, 不過隨著一步步的完善PWLib已經被跨平臺的程式所廣泛採用。

檢視Pwlib的主目錄下/samples/hello_world/目錄下例子程式的makefile檔案可以發現該Makefile檔案內容如下：

# Simple makefile for the hello world program

PROG    = hello

SOURCES = hello.cxx

ifndef PWLIBDIR

PWLIBDIR=$(HOME)/pwlib

endif

include $(PWLIBDIR)/make/ptlib.mak

# End of Makefile

實際上就是使用了Pwlib庫的ptlib.mak檔案，編譯時需要的標頭檔案，相應的編譯選項都在ptlib.mak檔案中設定好了。

我們只需在該makefile檔案所在目錄下，命令列輸入make all命令即可編譯出程式的Release版本和Debug版本，它們分別放在當前目錄的obj_linux_x86_r和obj_linux_x86_d子目錄下。

下面對該makefile中的內容進行解釋：

lPROG變數為編譯出來的程式名稱。

lSOURCES變數儲存的為本工程要進行編譯和連結的原始檔，當有多個原始檔時可以用空格隔開，雖然檔名可以帶上路徑，但路徑在SOURCES變數中不起作用，實際編譯時對於每個檔案它將截掉最後一個”/”字元前面的所有內容只保留檔名。

lPWLIBDIR為pwlib的安裝目錄，需要設定該環境變數(若要系統每次重啟都自動設定好該環境變數則將該環境變數的設定放入/etc/profile檔案中)，若沒設定好則自動以”使用者主目錄/pwlib”作為pwlib的安裝目錄。

3.1.2深入分析ptlib.mak檔案

分析ptlib.mak檔案，它的內容如下；

ifndef PWLIBDIR

PWLIBDIR=$(HOME)/pwlib

endif

include $(PWLIBDIR)/make/unix.mak

include $(PWLIBDIR)/make/common.mak

也就是ptlib.mak包含了另兩個檔案unix.mak和common.mak檔案，其中unix.mak為定義編譯選項變數的檔案，編譯規則放在common.mak檔案中。

通過對這兩個檔案的分析，歸納出一些我們寫makefile檔案要用到的一些變數，列出如下：

lSTDCCFLAGS：所有標頭檔案的include目錄編譯選項、預編譯巨集定義選項、警告選項、優化選項都放在該變數中，各編譯選項之間用空格分開。

lLDFLAGS：共享庫、靜態庫搜尋目錄設定放入該變數中。

lLDLIBS：連結時要用的庫的設定放入該變數中。

lVPATH_CXX：*.cxx原始檔的搜尋路徑放入該變數中，多個目錄以空格分開，編譯時將首先在makefile所在目錄查詢相應原始檔，沒找到則按照VPATH_CXX中的路徑設定進行查詢。

lVPATH_C：*.c原始檔的搜尋路徑放入該變數中，多個目錄以空格分開，檔案查詢順序和VPATH_CXX變數的類似。

3.1.3加入新的編譯規則

common.mak檔案中只對*.c和*.cxx的原始檔定義了編譯規則，而一般windows下程式大多都使用了.cpp來作為C++原始檔的字尾。

怎樣加入對於.cpp字尾的原始檔的編譯規則呢，這需要修改pwlib的common.mak檔案，具體步驟如下：

       1．加入對於.cpp檔案的搜尋目錄設定

在vpath %.cxx $(VPATH_CXX)語句後面加入如下語句：

              vpath %.cpp $(VPATH_CXX)

相關推薦