codeblocks很輕巧也很好用對于c/c++編寫在linux下相對于eclipse.
于是乎建了一個c++ project.
<unix 高級環(huán)境編程>里的例子有個apue.h頭文件。不是系統(tǒng)自帶的。是作者自己寫的幾個util函數(shù)。
網(wǎng)上找編譯apue.h頭文件一大片。但是都是考來考去，不過核心的都差不多。不過有個方法是編譯完
libapue.a靜態(tài)庫后，還需要在apute.h頭文件尾巴加"error.c"。。完了拷貝error.c實現(xiàn)到目錄。。
看完后。我驚了呆。。好吧。。這庫還能這么用。。
既然libapue.a編譯完后，apue.h里的函數(shù)聲明在libapue.a都已經(jīng)實現(xiàn)，當然包括err_xxx系列的。所以
在apue.h加"error.c"是畫蛇添足。。這里不推薦此方法。。
我的環(huán)境是mint14下, IDE用的是 codeblocks. 方法中基本都有這么一個步驟：
先在這個網(wǎng)站 http://www.apuebook.com/src.tar.gz 下載tar.gz格式的源碼包，然后解壓至某個目錄，比如說/home/xiaoguozi/下，然后進入目錄apue.2e，把文件 Make.defines.linux 中的 WKDIR=/home/xxx/apue.2e 修改為 WKDIR=/home/xiaoguozi/apue.2e ，然后再進入apue.2e目錄下的std目錄，打開linux.mk，將里面的nawk全部替換為awk
如果用vim編輯的話，可以用 :1,%s/nawk/awk/g 替換字符竄
完了make, 過程中，還遇到了幾個問題。(mint下,其他os不太清楚)
1: /usr/include/bits/timex.h:31:7:error: expect ':' , ',' , ';' , '}' or '__attribute__'
apue.2e/ipp/ipp.h中 #define status u.st 與 timex.h中的 status 沖突，更改 #define Status u.st
2：ARG_MAX 未定義
在include/apue.h中加入 #define ARG_MAX 4096
在threadctl/getenv1.c 加入 #include "../include/apue.h"
在threadctl/getenv3.c 加入 #include "../include/apue.h"
完了之后，make應該就可以成功了
完了在codeblocks項目里引用剛編譯完的庫，有幾個方法:
1)將編譯完的庫,頭文件apue.h拷貝/usr/include,庫文件libapue.a拷貝到/usr/lib下，這個是系統(tǒng)目錄，gcc編譯的時候會在這目錄搜尋
2)在項目屬性添加靜態(tài)庫引用
添加頭文件：依次點擊project->bulid options->Search directories，在該標簽頁中點擊Compiler，單擊Add按鈕添加頭文件路徑
添加靜態(tài)庫路徑：依次點擊project->bulid options->Linker setting，在該標簽頁中點擊Add按鈕添加靜態(tài)庫路徑。
如果之前你建的是c project的話，應該就可以順利編譯通過了，但是對于建立c++的project,仍然提示鏈接錯誤，找不到函數(shù)實現(xiàn)，
原因是libapue.a是c庫，用g++編譯的時候要引用c庫的話，因為c++編譯的時候會在函數(shù)加一些額外字符，所以當然會鏈接錯誤。
解決也簡單的在函數(shù)庫前加 extern "C",或者直接把apue.h用extern "C"包含，不清楚的補下相應知識。
加點額外的知識關于gcc/g++：
gcc和g++的區(qū)別
誤區(qū)一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.后綴為.c的，gcc把它當作是C程序，而g++當作是c++程序；后綴為.cpp的，兩者都會認為是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區(qū)別的。C++的語法規(guī)則更加嚴謹一些。
2.編譯階段，g++會調(diào)用gcc，對于c++代碼，兩者是等價的，但是因為gcc命令不能自動和C＋＋程序使用的庫聯(lián)接，所以通常用g++來完成鏈接，為了統(tǒng)一起見，干脆編譯/鏈接統(tǒng)統(tǒng)用g++了，這就給人一種錯覺，好像cpp程序只能用g++似的。
誤區(qū)二:gcc不會定義__cplusplus宏，而g++會
實際上，這個宏只是標志著編譯器將會把代碼按C還是C++語法來解釋，如上所述，如果后綴為.c，并且采用gcc編譯器，則該宏就是未定義的，否則，就是已定義。
誤區(qū)三:編譯只能用gcc，鏈接只能用g++
嚴格來說，這句話不算錯誤，但是它混淆了概念，應該這樣說：編譯可以用gcc/g++，而鏈接可以用g++或者gcc -lstdc++。因為gcc命令不能自動和C＋＋程序使用的庫聯(lián)接，所以通常使用g++來完成聯(lián)接。但在編譯階段，g++會自動調(diào)用gcc，二者等價。
gcc和g++的區(qū)別 我們在編譯c/c++代碼的時候，有人用gcc，有人用g++，于是各種說法都來了，譬如c代碼用gcc，而c++代碼用g++，或者說編譯用 gcc，鏈接用g++，一時也不知哪個說法正確，如果再遇上個extern "C"，分歧就更多了，這里我想作個了結(jié)，畢竟知識的目的是令人更清醒，而不是更糊涂。
posted on 2013-01-04 20:23
小果子 閱讀(687)
評論(0) 編輯 收藏 引用 所屬分類:
學習筆記 、
Linux 、
C++