久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

標(biāo)題: linux開發(fā)叢林歷險記 [打印本頁]

作者: 51hei不 時間: 2016-6-19 02:03
標(biāo)題: linux開發(fā)叢林歷險記
這個項(xiàng)目甲方指名要用linux，只好把我的PowerPCB框架從Window移植linux。自從幾年前搞過一次linux項(xiàng)目，后面就再也沒弄過了，該忘的都忘光了，所有的一切基本從零開始，靠著google和百度，跌跌撞撞各種加班終于在一周內(nèi)把程序大體移植成功了，還算比較順利，只有最后一個kcbp的庫移植不成功，一運(yùn)行就coredump，以為是自已程序問題，各種參數(shù)窮舉不果，實(shí)在不行找領(lǐng)導(dǎo)把那個庫源碼拿過來，折騰了一天，剛剛發(fā)現(xiàn)竟然類的構(gòu)造函數(shù)都不能被調(diào)用，NND，簡直是毀三觀啊，感覺在linux平臺，很多認(rèn)為是天經(jīng)地義的事情，竟然還有變化，還以為g++編譯器有問題，下載未果，無意中看到我的程序里有一個類與開發(fā)包里的一個類同名，突然感覺被雷劈中，這在window平臺屁事沒有，跑到linux平臺就害人了，把我的類名字一改，全部OK。

花了一天時間在解決這個問題，這要是沒有開發(fā)包源碼，以我在linux平臺的開發(fā)經(jīng)驗(yàn)，估計(jì)就要抓瞎了。以后知道了，不管啥.so，拿過來至少要nm看看導(dǎo)出，千萬別跟自已的程序函數(shù)一樣，坑爹啊。

linux開發(fā)就像一場叢林歷險，你永遠(yuǎn)不知道什么時候，在什么地方，會跳出個什么樣的毒蟲猛獸。

當(dāng)你需要記上幾十個命令，幾百個參數(shù)才能用時，你就明白linux就是反人類！

珍惜生命，遠(yuǎn)離linux!

下面這個文章是我很早就找到的一個最有用的文檔，我遇到的所有郁悶的問題基本都在這里，把每一條都看清楚，遇到解決不了的問題
把下面的每一條都過一下，可能就解決了。

跨平臺的 C++ 代碼移植要點(diǎn)
1. 分層設(shè)計(jì)

隔離平臺相關(guān)的代碼, 就像可測試性一樣, 可移植性也要從設(shè)計(jì)抓起。一般來說, 最上
層和最下層都不具有良好的可移植性:
   1). 最上層是 GUI, 大多數(shù) GUI 都不是跨平臺的, 如: Win32 SDK 和 MFC
   2). 最下層是操作系統(tǒng) API, 大部分操作系統(tǒng) API 都是專用的

如果這兩層的代碼散布在整個軟件中, 那么這個軟件的可植性將非常的差, 這是不言自
明的。那么如何避免這種情況呢? 當(dāng)然是分層設(shè)計(jì)了:
   1). 最底層采用 Adapter 模式, 把不同操作系統(tǒng)的 API 封裝成一套統(tǒng)一的接口(如:
      KYLib 庫), 至于封裝成類還是封裝成函數(shù), 要看實(shí)際情況而定。如果在開發(fā)第
      一個平臺時就采用 KYLib, 可以大大減少移植的工作量。

   2). 最上層采用分離界面表現(xiàn)與內(nèi)部邏輯代碼的模式, 把大部分代碼放到內(nèi)部邏輯里
      面, 界面僅僅是顯示和接收輸入, 即使要換一套 GUI, 工作量也不大。這同時也
      是提高可測試性的手段之一, 當(dāng)然還有其它一些附加好處。所以即使你采用 QT
      或者 GTK+ 等跨平臺的 GUI 設(shè)計(jì)軟件界面, 分離界面表現(xiàn)與內(nèi)部邏輯也是非常
      有用的。

2. 注意平臺的特性
a. 目錄分隔符: 在Windows下用 '\\', 在Linux下用 '/'。

b. 文本文件換行符: 在Windows下用 "\r\n", 在Linux下用 '\n'。

c. 在 Windows 中文件名不區(qū)分大小寫字母, 而在 Linux 中則區(qū)分大小寫字母。

d. 在 Windows 中線程可以 suspend 和 resume, 而在 Linux 中則不允許此操作。

e. 在 Windows 的動態(tài)庫中, 除非明確指明為 export 的函數(shù)外, 其它函數(shù)對外都是不
   可見的。

f. 在 Linux 的共享庫中, 所有非 static 的全局變量和函數(shù), 對外全部是可見的。這
   要特別小心, 同名函數(shù)引起的問題, 讓你查上兩天也不為過。

g. 在 Linux 的共享庫中, 如果想綁定共享庫里的全局符號(變量, 函數(shù)和類等等), 則
   在鏈接共享庫的時候, 添加 gcc 選項(xiàng) -Wl,-Bsymbolic 即可。

h. 在 Linux 的共享庫中, 如果共享庫存取主程序里定義的全局符號, 鏈接主程序的時
   候, 使用參數(shù) -Wl,--export-dynamic 即可。

3. 最好不要使用編譯器特有的特性
a. 像在 VC 里, 你要實(shí)現(xiàn)線程局部存儲, 在變量前加一個 __declspec( thread ) 就行
   了, 然而盡管在 pthread 里有類似的功能, 卻不能按這種方式實(shí)現(xiàn), 所以無法移植
   到 Linux 下。

b. 同樣 gcc 也有很多擴(kuò)展, 是在 VC 或者其它編譯器里所沒有的。如編譯成多線程安
   全的選項(xiàng) -pthread, 此選項(xiàng)在編譯源程序和鏈接時使用。

4. 數(shù)據(jù)類型差別
a. 在 VC 中64位整型是 __int64, 而在 Linux 中是 int64_t。

b. 在 VC 中函數(shù)指針默認(rèn)情況下可以直接賦值給 void* 類型變量, 而在 Linux 中則不
   允許直接賦值, 必須使用 (void*) 強(qiáng)制轉(zhuǎn)換。

c. 在 Windows 中的原子鎖相關(guān)函數(shù) InterlockXXX 中的參數(shù)類型是 long*,
   而在 Linux 中的原子鎖相關(guān)函數(shù) InterlockXXX 需要用AT&T內(nèi)嵌匯編實(shí)現(xiàn)。

5. 調(diào)用外部庫(靜態(tài)庫和動態(tài)庫)差異
a. 在 VC 中調(diào)用外部庫有 .lib 支持, 若是動態(tài)庫則直接通過 .lib 關(guān)聯(lián)。

b. 在 Linux 中調(diào)用靜態(tài)庫為 .a 文件, 庫之間的先后順序非常重要, 如 libKYLib.a
   和 libkylin.a, 且 kylin 依賴 KYLib, 則在工程中加載庫的順序必須為: 先加載
   libkylin.a, 再加載 libKYLib.a。

c. 在 Linux 中調(diào)用動態(tài)庫為 .so 文件, 如果有好幾個庫, 它們之間有一些依賴關(guān)系的
   話, 例如 X 依賴 Y, 那么你就要先加載那些被依賴的 Y, 然后加載 X。

d. 在 Linux 中混合調(diào)用靜態(tài)庫和動態(tài)庫, 如使用 libKYLib.a 和 librc32c.so, 且
   librc32c.so 中使用了 libKYLib.a, 則在加載庫時必須先加載 libKYLib.a, 然
   后再加載 librc32c.so。

6. 加載動態(tài)庫時查找路徑順序的差異
a. Windows 庫搜索路徑和順序
   1). 應(yīng)用程序目錄
   2). 當(dāng)前工作目錄
   3). 系統(tǒng)目錄 (%systemroot%, %systemroot%\system 和 %systemroot%\system32),
      如: C:\WINNT\, C:\WINNT\system, C:\WINNT\system32
   4). 路徑變量 (系統(tǒng)的環(huán)境變量 Path)

b. Linux 庫搜索路徑和順序
   1). 鏈接時指定的路徑, 如: -Wl,-rpath=./ 選項(xiàng)表示編譯時 ld 路徑
   2). 環(huán)境變量 LD_LIBRARY_PATH 指明的路徑
   3). /etc/ld.so.cache中的函數(shù)庫列表
   4). /lib目錄, 然后/usr/lib
   5). 當(dāng)前工作目錄

7. 動態(tài)庫入口函數(shù)的差異
a. Windows 中有 DllMain 入口函數(shù), 而 Linux 中則沒有。

b. Linux 中有特殊函數(shù) _init 和 _fini, 主要是分別用來初始化函數(shù)庫和關(guān)閉的時候
   做一些必要的處理, 我們可以把自己認(rèn)為需要的代碼放到這兩個函數(shù)里面, 它們分別
   在函數(shù)庫被加載和釋放的時候被執(zhí)行。具體說, 如果一個函數(shù)庫里面有一個名字為
   "_init" 的函數(shù)輸出, 那么在第一次通過 dlopen() 函數(shù)打開這個函數(shù)庫, 或者只是
   簡單的作為共享函數(shù)庫被打開的時候, _init 函數(shù)被自動調(diào)用執(zhí)行。與之相對應(yīng)的就
   是 _fini 函數(shù), 當(dāng)一個程序調(diào)用 dlclose() 去釋放對這個函數(shù)庫的引用的時候, 如
   果該函數(shù)庫的被引用計(jì)數(shù)器為 0 了, 或者這個函數(shù)庫是作為一般的共享函數(shù)庫被使
   用而使用它的程序正常退出的時候, _fini就會被調(diào)用執(zhí)行。

   C語言定義它們的原型如下：
   void _init(void);
   void _fini(void);

   當(dāng)使用你自己的 _init 和 _fini 函數(shù)時, 會出現(xiàn)命名沖突, 就會得到一個
   "multiple-definition" 的錯誤, 編譯器提示已經(jīng)存在這個名字, 可以通過幾種方式
   來解決：
      1). 自定義 init 函數(shù)名字, 比如 myinit 用 -Wl, 選項(xiàng)給 ld 傳遞此名字:
      gcc ... -Wl,-init=myinit

      2). 當(dāng) GCC 編譯源程序時, 可以使用選項(xiàng) -nostartfiles 來使共享庫不與系統(tǒng)
         啟動文件一起編譯
      gcc ... -nostartfiles

      3). 使用上面的函數(shù)或 GCC 的 -nostartfiles 選項(xiàng)并不是很好的習(xí)慣, 因?yàn)檫@
         可能會產(chǎn)生一些意外的結(jié)果。相反, 庫應(yīng)該使用
         __attribute__((constructor)) 和 __attribute__((destructor)) 函數(shù)屬
         性來輸出它的構(gòu)造函數(shù)和析構(gòu)函數(shù)。如下所示:

         void __attribute__((constructor)) x_init(void);
         void __attribute__((destructor))  x_fini(void);

         構(gòu)造函數(shù)會在dlopen()返回前或庫被裝載時調(diào)用;
         析構(gòu)函數(shù)會在這樣幾種情況下被調(diào)用: dlclose() 返回前, 或 main() 返回
         后, 或裝載庫過程中 exit() 被調(diào)用時。

c. Linux 中的初始化和釋放函數(shù)不建議使用。

作者：kyee

歡迎光臨 (http://www.zg4o1577.cn/bbs/)