【文章內(nèi)容簡介】 x提供的庫 uClibc是經(jīng)過裁減的。更適合于資源 緊張的嵌入式系統(tǒng)（上回分解已經(jīng)說了，應(yīng)用程序很大一部分是在和庫函數(shù)打交道，而且 大家最 終是鏈在一起，所以庫函數(shù)大了，你的程序也小不了）。 于是基于這種開發(fā)模式的應(yīng)用程序開發(fā)變成了 linux下的程序開發(fā)。而且在實際中一般是編 好了程序先在主機(jī)上拿主機(jī)平臺上的編譯器編譯并且調(diào)試一下（ linux 下的編譯器就是 gcc 了），當(dāng)然前提是被調(diào)試的程序中需要的硬件條件主機(jī)具備，例如我的程序中有一段是針 對串口的，于是先在主機(jī)編一個串口程序，調(diào)通以后拿目標(biāo)板的編譯器重新編譯一下（如 果看了 上一章“交叉編譯環(huán)境”，這里就不會暈了），下載到目標(biāo)板上運行，一般來說就 可以直接用了。 以上也是為什么我認(rèn)為開發(fā)嵌入式 linux程序主機(jī)應(yīng)該選用 linux環(huán)境。對于以前沒用過 li nux 的人來說（比如我），開發(fā)程序前應(yīng)該花 3， 4 天時間熟悉 linux環(huán)境，尤其是它的編輯 器，用慣集成編譯環(huán)境的人有時連編譯器和編輯器的概念都模糊了，所以一般是直接進(jìn)入 集成編譯環(huán)境，連寫帶編一氣呵成，殊不知有 些集成編譯器提供的編輯器弱智的一塌胡涂 ，如果用熟了 linux 下的 emacs，你就會發(fā)現(xiàn)他們之間的差距大概??要像我和蓋茨那么大 吧。所以編程序時應(yīng)該選一款優(yōu)秀的編輯器， linux下，我當(dāng)然選 emacs，雖然剛看見它的 感覺是外表丑陋，使用復(fù)雜。但只要多用多練，對提高效率很有幫助。（將你的程序用兩 個編輯器完成，一半是用 emacs的，一半是不用 emacs的，看看效果：－） 對具體的 linux編程我就不板門弄斧了，需要提個醒的是咱硬件出身的人作軟件應(yīng)該養(yǎng)成良 好的編程習(xí)慣，別讓作軟件的笑話咱。因為作了些網(wǎng)絡(luò)應(yīng)用，所以介紹一些網(wǎng)絡(luò)編程時要 用到的網(wǎng)站和書籍 。 unix 網(wǎng)絡(luò)編程 第一卷 . 這可是 linux 網(wǎng)絡(luò)編程的圣經(jīng)級的書籍 還有 IBM中國上關(guān)于 linux的教程和文章，都是翻譯過來的，有很多寫非常不錯。 其實類似的資源不計其數(shù)，遇到問題時應(yīng)該先到 google上狂搜一圈。 重點想說些關(guān)于編譯器的東西，不了解它，在交叉編譯環(huán)境下編譯程序就寸步難行了，這 無非是因為交叉編譯環(huán)境下目標(biāo)板編譯器所處的寄人籬下的悲慘環(huán)境。想想在linux下將 m myprogram，最簡單的一句 gcc – o myprogram myprogram .c 就可以了。（其實在諸如 VC下你也可以找到類似的命令，集成開發(fā)環(huán)境只不過替你來調(diào) 用它了）。一切看起來天經(jīng)地義。 但試著把 /usr/include路徑改一個名字（比如改成 stupid_include），再這樣編譯一下， 會發(fā)現(xiàn)程序中被 引用的頭文件（比如 include）都找不到了。因為編譯器看 見這樣的頭文件會到系統(tǒng)指定的路徑下尋找，而這個路徑是由環(huán)境變量保存的（ linux和 w indows 下都是這樣的）。針對以上情況，不將路徑名字改回去，但是給編譯器加一個參數(shù) 如下： gcc – I/usr/stupid_include – o myprogram 會發(fā)現(xiàn)錯誤信息沒了，一切又 恢復(fù)了往日的寧靜，頓時明白，不用環(huán)境變量，通過參數(shù)，同樣可以將這些信息告訴編譯 器。 返回來說說你的目標(biāo)編譯器，雖然占用了人家的地盤，編譯器，頭文件，庫文件，一 個都不少，但你要編一個程序編譯器照樣發(fā)暈，因為沒有環(huán)境變量告訴它自己需要的頭文 件和庫文件在哪里?？磥碇挥袃煞N辦法，一個是搶占了主機(jī)的環(huán)境變量改成自己的（整個 兒一個土匪） ,或者在編譯時加上必要參數(shù)（還是這樣紳士一些），告訴編譯器需要的文件 的位置。（除此之外，還有其他一些參數(shù)也是如此）。 從源程序到可執(zhí)行文件根據(jù)情況不同可能分好幾步，一般每一步可能都會有一個應(yīng)用程序 實現(xiàn)，像 gnu提供的 arm開發(fā)工具鏈其實就是這么一組程序。提供從編譯到鏈接到格式轉(zhuǎn)化 的全套服務(wù)。你可以用 arm－ elf－ gcc命令一步到底直接產(chǎn)生可執(zhí)行文件（其實也是在自己 的任務(wù)完成后調(diào)用下一個程序），也可以每一步加上自己的參數(shù)，只作自己的事。 編譯器的主要參數(shù)的使用下次將程序的移植時再講。這里想說一下編譯器產(chǎn)生應(yīng)用程序的 幾個主要步鄹，講這個問題的原因還是很多人無法區(qū)分諸如編譯和鏈接，不用問，這一切 還是 IDE 集成開發(fā)環(huán)境惹的禍。有人會說， IDE 招你惹你了，你老貶它。其實不然，首先以 上說的東西一般在 IDE的 project菜單下的 option或 build option中找到，只是一般不用管 罷了。另一個方面， IDE 就像是傻瓜照相機(jī)，很多工作他都幫你完成了，使用簡單。但如果 要做攝影師的話，你就少不了要對每一 個細(xì)節(jié)都了解。其實編譯程序也是一樣。（你可以 對優(yōu)化，警告級，宏定義等諸多選項進(jìn)行自己的選擇）。以下是幾個主要步鄹：（以下有 些我也不確認(rèn)，如發(fā)現(xiàn)問題，請及時糾正。 (1) 預(yù)編譯。 主要工作就是處理所有＃開頭的，包括頭文件。以前搞不清頭文件和可執(zhí)行 文件有沒有什么聯(lián)系（因為總看見兩個文件名字取一樣的），現(xiàn)在知道，他們之間沒有任 何聯(lián)系。在預(yù)編譯結(jié)束后，頭文件的使命就結(jié)束了。在下一次介紹不 同平臺程序移植時可 以看到，預(yù)編譯有時非常有用。 (2) 編譯。編譯應(yīng)該是最主要的一步，就是將源文件生成 CPU能識別的語言，一般是 后綴 為 .o的目標(biāo)文件，應(yīng)該說，此時的文件就已經(jīng)可以執(zhí)行了。當(dāng)然這個時候外部函數(shù)等外部 符號都沒有引入，對于被編譯程序來說，這些外部符號還只是留一個倩影，壓根兒不知它 在不在。你可以在你的程序里調(diào)用一個不存在的函數(shù)，甚至都不用聲明，在編譯階段，很 多編譯器只是給個警告。只有在鏈接時才會報錯。（呵呵，夠弱智?。? (3) 鏈接：鏈接才是清帳的時候，以前在程序里用到的外部符號都要把真正的東西交出來 。你可以指定需要連接在一起的目標(biāo)文件，也可以告訴編譯器庫文件的名字和路徑（指定 方法下次講）。編譯器會去找，需要注意的是，庫的指定需要注意順序。首先，如果不同