源代碼編譯安裝程序的基本過程

A. 開發一個c語言程序要經過哪四個步驟

開發一個C語言程序需要經過的四個步驟：編輯、編譯、連接、運行。

C語言程序可以使用在任意架構的處理器上，只要那種架構的處理器具有對應的C語言編譯器和庫，然後將C源代碼編譯、連接成目標二進制文件之後即可運行。

1、預處理：輸入源程序並保存(.C文件)。

2、編譯：將源程序翻譯為目標文件(.OBJ文件)。

3、鏈接：將目標文件生成可執行文件( .EXE文件)。

4、運行：執行.EXE文件,得到運行結果。

(1)源代碼編譯安裝程序的基本過程擴展閱讀：

C語言代碼變為程序的幾個階段：

1、首先是源代碼文件test.c和相關的頭文件，如stdio.h等被預處理器cpp預處理成一個.i文件。經過預編譯後的.i文件不包含任何宏定義，因為所有的宏已經被展開，並且包含的文件也已經被插入到.i文件中。

2、編譯過程就是把預處理完的文件進行一系列的詞法分析、語法分析、語義分析以及優化後產生相應的匯編代碼文件，這個過程往往是我們所說的整個程序的構建的核心部分，也是最復雜的部分之一。

3、匯編器不直接輸出可執行文件而是輸出一個目標文件，匯編器可以調用ld產生一個能夠運行的可執行程序。即需要將一大堆文件鏈接起來才可以得到「a.out」，即最終的可執行文件。

4、在鏈接過程中，對其他定義在目標文件中的函數調用的指令需要被重新調整，對實用其他定義在其他目標文件的變數來說，也存在同樣問題。

參考資料來源：網路-c語言

B. 簡述將源程序編譯成可執行程序的過程

一個源程序到一個可執行程序的過程：預編譯、編譯、匯編、鏈接。其中，編譯是主要部分，其中又分為六個部分：詞法分析、語法分析、語義分析、中間代碼生成、目標代碼生成和優化。

預編譯：主要處理源代碼文件中的以「#」開頭的預編譯指令。處理規則如下：

1、刪除所有的#define，展開所有的宏定義。

2、處理所有的條件預編譯指令，如「#if」、「#endif」、「#ifdef」、「#elif」和「#else」。

3、處理「#include」預編譯指令，將文件內容替換到它的位置，這個過程是遞歸進行的，文件中包含其他文件。

4、刪除所有的注釋，「//」和「/**/」。

5、保留所有的#pragma 編譯器指令，編譯器需要用到他們，如：#pragma once 是為了防止有文件被重復引用。

6、添加行號和文件標識，便於編譯時編譯器產生調試用的行號信息，和編譯時產生編譯錯誤或警告是能夠顯示行號。

(2)源代碼編譯安裝程序的基本過程擴展閱讀：

編譯過程中語法分析器只是完成了對表達式語法層面的分析，語義分析器則對表達式是否有意義進行判斷，其分析的語義是靜態語義——在編譯期能分期的語義，相對應的動態語義是在運行期才能確定的語義。

其中，靜態語義通常包括：聲明和類型的匹配，類型的轉換，那麼語義分析就會對這些方面進行檢查，例如將一個int型賦值給int*型時，語義分析程序會發現這個類型不匹配，編譯器就會報錯。

C. C語言編寫好代碼後，怎麼編譯，最後生成可執行文件

材料/工具：vc6.0

1、打開c語言編輯工具，在工具中寫入程序的源代碼。

D. linux系統下源代碼編譯方式安裝軟體的大致步驟

是什麼語言呢？ linux下多數用gcc

E. 源碼怎麼編譯

使用編譯器如VC++6.0,VC++2008

F. linux中源代碼包安裝的基本步驟是什麼

詳解linux源碼包安裝過程

1. 解壓縮包

可以通過下載或其他方式獲得了一個軟體包，通常它是一個壓縮文件，大部分可能是存檔的和壓縮的，這些文件一般以 .tar .gz為擴展名。

首先拷貝它到一個目錄，然後 untar 和 gunzip 解壓它。 通常這個命令是

tar xzvf filename [filename 是軟體文件名稱]

解壓後的文件一般會在當前目錄下的創建子目錄，並以這個包名來命名。 你也可以用用這個命令預先查看結果 tar tzvf filename，顯示包里有那些解壓文件。

源文件如果是新的 bzip2 (.bz2) 格式，可用

bzip2 -cd filename | tar xvf -,或更簡單的 tar xyvf filename ，這很不錯的tar命令被不斷的完善。

說明：

A：有時候一些文件必須安裝在用戶的 home 目錄下,或更多的是在一個固定的目錄，比如 /, /usr/src, 或 /opt 。所以必須仔細閱讀安裝包的配置信息。當一個軟體包里如果有config 和 Makefiles 文件則最好去編輯它，這里包括了安裝指令和說明。提示：你改變 makefile 會導致不同的結果。大部分軟體包允許用 make install 自動處理安置二進制文件在適當的系統位置。

B：你可能碰到過一些共享文件、shell 存檔文件、尤其是 Internet 上的源碼新聞組。它們保留的原因是具有人性化的可讀性，並且允許新聞組緩沖並通過它們篩選和剔除出不合格的。它們可能用 unshar filename.shar 命令來解壓。

C： 一些源碼存檔文件是用非標準的 DOS,Mac 或其他壓縮的比如：

zip, arc, lha, arj, zoo, rar, and shk.

D: 有時候，你可能需要使用一個 patch 或顯示改變了的 diff 文件來升級或修復存檔的源碼文件。這 doc 文件或者 README 文件將告訴你怎麼去使用。一個很好的命令用標准語法來調用的命令是 patch < patchfile.

2: 關於 rpm 安裝包

一些 Linux 用戶懼怕通過使用源碼來手動安裝軟體包，不過現在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安裝運行平穩又快，作為一個軟體安裝在某幾個有名的操作系統。

作為方便的RPM包也存在很多不好的缺點，例如：

A: 要了解軟體中更多更詳細的內容你必須去在二進制中去了解，而不是rpm包。

B: 還有安裝一個 rpm 包如果需要依賴關系那麼安裝就可能會導致失敗。

C: 當 rpm 請求你系統中不同版本的庫，那麼安裝將不能繼續，除非你為錯誤的庫位置創建連接符號到正確的位置。

說明：必須使用root 安裝 rpm 和 deb 。因為它需要必須的寫入許可權。

最簡單的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 會自動解包和安裝。

3：關於安裝 Linux 包出現的一些問題及解決方案

假設 make 失敗有個鏈接錯誤： -lX11: No such file or directory，正好在 xmkmf 之後已被調用，這可能意味著 Imake 不能被完全建立。檢查第一部分 Makefile 文件的的行是這樣：

· LIB= -L/usr/X11/lib
· INCLUDE= -I/usr/X11/include/X11
· LIBS= -lX11 -lc -lm

這個 -L 和 -I 開關告訴編譯器和鏈接分別在哪裡找到 library 和 include 文件。在這個例子里， X11 庫應該在 /usr/X11/lib 目錄，且 X11 包含文件應該在 /usr/X11/include/X11 目錄里。假如對於你的機器上的這個錯誤，請處理修改 Makefile 並重新再 make。

沒有聲明涉及的數學庫函數，像下列各項：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'

要修復它，需要明確鏈接到匹配的庫，在 Makefile (看先前的例子) 里增加一個 -lm 到 LIB 或 LIBS 標記 。

用其他方法嘗試

仍然失敗 如果失敗，參考下列腳本：
make -DUseInstalled -I/usr/X386/lib/X11/config
這個直接方式的類別相當於。

在少數例子里，用 root 運行 ldconfig 可能會解決：
# ldconfig 更新共享庫鏈接符號。

一些 Makefiles 使用你系統里未被承認的庫別名。一個例子，構建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或鏈接。然而，在那裡是 libX11.so.6.1。解決方法是用 root 運行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接著需要運行 ldconfig 。
有一些包需要你安裝一個或更多庫的升級版本。需要拷貝一個或更多的庫到適當的目錄里，刪除舊的庫，重新設置動態鏈接庫。
4：一些其他的問題處理

安裝一個shell 腳本如果出現：No such file or directory 的錯誤消息。這是可以檢查文件許可權確定文件事可執行的，並檢查文件頭確定是否 shell 或程序是腳本在指定的位置被調用。一個例子，這個腳本可能是這樣開始的：

#!/usr/local/bin/EDEN

如EDEN的實際安裝位置是在你的 /usr/bin 目錄，用一個 /usr/local/bin 替代

這個腳本不能運行有兩個方法來糾正！！

A: 文件頭改成 #!/usr/bin/EDEN

B: 或增加一個鏈接符， ln -s /usr/bin/EDEN

5：一個典型的例子 Xloadimage

首先說明下面的例子來源於國外網站的一個技術實例，這里我做了翻譯和整理。

這個例子展現一個簡單的問題。xloadimage 程序對我的圖形工具的調整設置是有用的附加。從源碼目錄拷貝文件，用 tar xzvf 解壓文件，可是在運行 make 的時候出現令人討厭的錯誤並停止了。

gcc -c -O -fstrength-rece -finline-functions -fforce-mem

-fforce-addr -DSYSV -I/usr/X11R6/include

-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c

In file included from /usr/include/stdlib.h:32,

from image.h:23,

from xloadimage.h:15,

from mcidas.c:7:

/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:

conflicting types for `wchar_t'

/usr/X11R6/include/X11/Xlib.h:74: previous declaration of

`wchar_t'

make[1]: *** [mcidas.o] Error 1

make[1]: Leaving directory

`/home/thegrendel/tst/xloadimage.4.1'

make: *** [default] Error 2

這個錯誤消息包含了實質的線索：

查看 image.h 文件的 23 行：
#include < stdlib.h>
在源碼的某處對於 xloadimage, wchar_t 已經在指定標准 include 文件重新定義。 告訴我們首先在 image.h 的 23 行嘗試注釋它，或許 stdlib.h include 是不存在的，畢竟不是所有都是必需的。

在這點，構建中的收益來源於所有任何一個致命錯誤。xloadimage 現在功能正常。

6： 安裝 Linux 包的一些總結

堅持自己動手處理所有的安裝出現的問題，不斷總結努力學習，從錯誤里去仔細研究，努力動手排錯，從每個不足甚至失敗的地方得到擴充和提升，可以增強安裝構建軟體的技巧。

G. 如何自己編譯源代碼

我們使用編譯器將自己的源代碼轉換成目標代碼， 使用鏈接器將我們的目標代碼鏈接成一個可執行程序。另外， 我們使用一些程序在計算機中輸入源代碼文本並且編輯它。這些是最初的和最重要的工具， 它們構成程序員的工具集合或「程序開發環境」。 如果你使用的是命令行窗口， 就像很多專業程序員所做的那樣， 你將不得不自己來編寫編譯和鏈接命令。如果你使用IDE(「互動式開發環境」或「集成式開發環境」)， 就像很多程序員所做的那樣， 簡單地點擊正確按鈕就可以完成這個工作。附錄C介紹了如何在你的C++實現中編譯和鏈接。 IDE通常包括一個具有有用特性的編輯器， 例如用不同顏色的代碼來區分你的源代碼中的注釋、 關鍵字和其他部分， 以及其他幫助你來調試代碼、 編譯和運行代碼的功能。調試是發現程序中的錯誤和排除錯誤的活動， 你在前進的道路上會聽到很多有關它的內容。 我們使用微軟的Visual C++作?喑炭 ⒒肪呈道 H綣 頤羌虻サ廝怠氨嘁肫鰲被蚴恰癐DE」的某些部分， 那就是所指Visual C++系統。但是， 你可以使用一些提供最新的、 符合標準的C++實現的系統。我們所說的大多數內容(經過微小的修改)對所有的C++實現都將是正確的， 並且其代碼可以在任何地方運行。在工作中， 我們使用幾種不同的實現。

H. 新人求教 驅動源碼編譯安裝

1、安裝scons
(1) 下載python2.7, 使用x86_32位，因為scons只有32位安裝包可用；
(2) 下載scons2.3.0；
(3) 安裝python 和 scons, 將C:\Python27\Scripts寫入PATH；
(4) 下載安裝pywin32 ，It is recommended you install pywin32 if you want to do parallel builds (scons -j)

2、安裝boost庫(1.49版本).
解壓後雙擊bootstrap.bat，生成bjam.exe後，cd到目錄c:\boost下，（將boost_1_49更名為boost了）編譯boost。
編譯命令：C:\boost>bjam variant=release --with-filesystem --with-thread --with-date_time --with-program_options threading=multi toolset=msvc-10.0 link=static runtime-link=static address-model=32
這是使用VS2010環境編譯的release版本，編譯完成後，生成C:\boost\stage\lib文件夾，下面有6個lib庫：

如果要編譯成debug版本，使用命令：bjam variant=debug --with-filesystem --with-thread --with-date_time --with-program_options threading=multi toolset=msvc-10.0 link=static runtime-link=static address-model=32

編譯完成後，生成C:\boost\stage\lib文件夾，下面有10個lib庫和dll：

此處為MongoDB文檔中對於編譯boost庫的要求原文：
When using bjam, MongoDB expects
variant=debug for debug builds, and variant=release for release builds
threading=multi
link=static runtime-link=static for release builds
address-model=64 for 64 bit（64位的話，把32換為64）。link=static runtime-link=static，boost需要編譯成靜態庫，因為mongodb只會去鏈接boost的靜態庫
address-model=64在win7 64環境下此項必須，不加在編譯mongodb的c++ client時會出現鏈接錯誤。

3、下載mongo2.4.6源碼 http://www.mongodb.org/downloads官網下載
編譯Mongoclient.lib

cmd命令提示符下，cd到解壓後的文件目錄,例如我放在了E盤，E:\mongodb-src-r2.4.6，輸入命令：
scons –-dd --32 mongoclient.lib // build C++ client driver library
Add --64 or --32 to get the 64- and 32-bit versions, respectively. Replace --release with --dd to build a debug build.
編譯後在mongodb\build\win32\32\dd\client_build\生成mongoclient.lib.

4、測試程序
就用Mongodb自帶的例子吧，使用VS2010打開E:\mongodb-src-r2.4.6\src\mongo\client\examples中的simple_client_demo.vcxproj，編譯，會提示生成simple_client_demo.sln，保存。
使用debug模式，配置工程環境：打開工程->屬性，配置Configuration Properties下的VC++ Directories，頭文件路徑添加C:\boost，Lib庫路徑添加boost的lib，以及mongodb client的lib：
C:\boost\stage\lib

E:\mongodb-src-r2.4.6\build\win32\32\dd\client_build
進入C/C++下面的Code Generation，將Runtime Library設置為Multi-threaded Debug (/MTd)
進入Linker下面的Input，設置Additional Dependencies，添加ws2_32.lib，psapi.lib，Dbghelp.lib，mongoclient.lib
將E:\mongodb-src-r2.4.6\build\win32\32\dd\mongo\base下生成的error_codes.h和error_codes.cpp文件，拷貝到E:\mongodb-src-r2.4.6\src\mongo\base目錄下。
ok，編譯、運行.

5、問題解決
error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(dbclient.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(assert_util.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(jsobj.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(status.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(mutexdebugger.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj

VS的版本不匹配，lib是在更高級的版本中編譯生成的，而使用的時候，是在低級版本中使用的，所以出現了不匹配的錯誤。例如，我在VS2010 SP1和VS2012的環境下編譯的，而使用是在VS2010上使用，所以在編譯時，出現了以上問題。

1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymCleanup
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymGetMoleInfo64
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymInitialize
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_StackWalk64
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymFromAddr

在工程依賴庫中添加Dbghelp.lib

其它問題，看看你手頭的編譯器、編譯出來的boost庫版本、mongoclient.lib的版本，是否對應好了。