很多人在Ubuntu上第一次準(zhǔn)備寫(xiě)C/C程序都是從一句網(wǎng)上隨手搜到的命令開(kāi)始的sudo apt install gcc。這句話沒(méi)法說(shuō)它是錯(cuò)的但你照著敲完往往會(huì)在第二步就卡住。寫(xiě)個(gè)hello.cpp、輸入gcc hello.cpp編譯有時(shí)候能過(guò)一用std::cout或者某些標(biāo)準(zhǔn)庫(kù)功能亂七八糟的undefined reference就冒出來(lái)了回頭看教程人家又說(shuō)你缺g讓你再裝一遍然后你就開(kāi)始懷疑自己是不是裝了個(gè)假Linux。實(shí)際上這不是假Linux而是沒(méi)有理解GCC和G之間的關(guān)系也不清楚Ubuntu里軟件包、編譯器版本、構(gòu)建工具是怎么協(xié)作的。這篇文章就從安裝命令出發(fā)把gcc/g的選擇、apt安裝方式、版本管理、常見(jiàn)報(bào)錯(cuò)、以及和VS Code這類(lèi)IDE/編輯器配合的問(wèn)題一次性講清楚。適合剛開(kāi)始用Ubuntu學(xué)C/C的人也適合每次換機(jī)器都要重裝一遍環(huán)境、但總在同一個(gè)坑里栽跟頭的朋友。1. 動(dòng)手之前先把GCC、G和Ubuntu的關(guān)系理清楚1.1 GCC不是“一個(gè)編譯器”而是一整套工具鏈GCC是GNU Compiler Collection的縮寫(xiě)看起來(lái)像個(gè)編譯器其實(shí)它是一整套編譯器工具鏈的集合。gcc和g是這套工具鏈暴露給用戶的“前端命令”它們負(fù)責(zé)調(diào)用預(yù)處理、編譯、匯編、鏈接等一系列后臺(tái)組件最終幫你把源代碼變成可執(zhí)行文件。gcc最初用于編譯C語(yǔ)言g用于編譯C語(yǔ)言但嚴(yán)格來(lái)說(shuō)兩者都能處理C和C代碼。真正的區(qū)別在于鏈接階段用g編譯C程序時(shí)它會(huì)自動(dòng)鏈接libstdcC標(biāo)準(zhǔn)庫(kù)以及相關(guān)的運(yùn)行時(shí)庫(kù)而直接用gcc去編譯一個(gè).cpp文件如果代碼里用了標(biāo)準(zhǔn)庫(kù)里的東西鏈接時(shí)通常會(huì)報(bào)一堆undefined reference。所以搜“ubuntu安裝gcc和gcc c的命令”這個(gè)標(biāo)題本質(zhì)上是想同時(shí)搞定兩個(gè)命令一個(gè)是gcc一個(gè)是g。很多教程只寫(xiě)裝gcc結(jié)果C代碼能跑C代碼一編譯就各種報(bào)錯(cuò)原因就在這兒。如果你只打算寫(xiě)純C那只裝gcc也能湊合但凡是學(xué)Cg必須一起裝上。1.2 為什么Ubuntu上優(yōu)先用apt而不是源碼編譯Linux下安裝軟件的方式很多可以用apt也可以自己下載源碼編譯。對(duì)GCC這種基礎(chǔ)工具鏈絕大多數(shù)情況下都應(yīng)該用apt安裝。理由很直白apt能自動(dòng)處理依賴(lài)關(guān)系。GCC不是一個(gè)孤立的程序它依賴(lài)binutils、libc6-dev、cpp等一堆底層包手動(dòng)下載源碼時(shí)這些依賴(lài)都要自己搞定對(duì)新手來(lái)說(shuō)相當(dāng)折磨。apt安裝的版本和Ubuntu發(fā)行版做過(guò)適配會(huì)和系統(tǒng)庫(kù)的ABI兼容踩坑概率低。后續(xù)升級(jí)維護(hù)簡(jiǎn)單sudo apt upgrade就能統(tǒng)一更新。從源碼編譯GCC不是不可以但那是給有明確需求的人準(zhǔn)備的比如需要某個(gè)特定版本、要做交叉編譯、或者想修改編譯器內(nèi)部行為。只是想在Ubuntu上寫(xiě)C/C程序的話完全沒(méi)必要自己折騰編譯過(guò)程直接交給apt處理就行。1.3 裝之前先確認(rèn)三件事安裝雖然是一行命令的事但前提條件最好先查一遍避免出了錯(cuò)再去排查。用cat /etc/os-release或lsb_release -a看一下當(dāng)前系統(tǒng)是哪個(gè)版本。Ubuntu 22.04、24.04這類(lèi)LTS版本源里的GCC版本是不同的先知道系統(tǒng)版本后面排查問(wèn)題會(huì)方便很多。檢查軟件源狀態(tài)執(zhí)行sudo apt update把包索引刷一遍。這一步能避免“軟件源信息太舊導(dǎo)致找不到包”的問(wèn)題也能順帶確認(rèn)網(wǎng)絡(luò)狀況。最后用apt list --installed 2/dev/null | grep -E ^(gcc|g)看看系統(tǒng)里現(xiàn)在有沒(méi)有已經(jīng)安裝過(guò)的編譯器殘留避免裝重復(fù)了還以為自己是第一次裝。這幾個(gè)判斷步驟花不了半分鐘但能把后面大量莫名其妙的報(bào)錯(cuò)擋在門(mén)外。2. 核心安裝常用命令與安裝之后的驗(yàn)證2.1 正式安裝命令在Ubuntu上安裝gcc和g的命令很簡(jiǎn)單核心就兩條sudo apt update sudo apt install gcc g -ysudo apt update是刷新軟件包索引確保你本地記錄的包版本信息是最新的。sudo apt install gcc g -y里的-y代表自動(dòng)確認(rèn)跳過(guò)安裝前的“是否繼續(xù)”提問(wèn)適合在終端里連續(xù)操作時(shí)用。如果不想一條一條確認(rèn)也可以把兩個(gè)包寫(xiě)在一起apt支持一次安裝多個(gè)軟件包空格分隔就行。這里我強(qiáng)烈建議額外來(lái)一個(gè)元包build-essential。sudo apt install build-essential -ybuild-essential是一個(gè)“元包”它本身不提供功能但會(huì)拉取一套基本的編譯工具鏈包括gcc、g、make、dpkg-dev和一些基礎(chǔ)開(kāi)發(fā)庫(kù)。很多情況下你只裝gcc和g后面跑make時(shí)又會(huì)提示找不到make命令而裝了build-essential就把這些基礎(chǔ)問(wèn)題一次性都解決了。2.2 安裝后應(yīng)該看到什么版本驗(yàn)證裝完不是直接寫(xiě)代碼先驗(yàn)證一下環(huán)境到底有沒(méi)有生效。在終端里依次執(zhí)行g(shù)cc --version g --version正常情況下你會(huì)看到類(lèi)似這樣的輸出gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0 Copyright (C) 2021 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.g同理只是名字換成g。這個(gè)版本號(hào)就是你當(dāng)前編譯器工具鏈的版本不同Ubuntu系統(tǒng)版本輸出會(huì)不同比如Ubuntu 24.04上默認(rèn)可能是13.x這都很正常。還可以用which gcc和which g看一下命令的具體路徑which gcc # /usr/bin/gcc which g # /usr/bin/g這一條在排查“為什么我明明裝了新版卻還是用舊版”的時(shí)候特別有用等會(huì)第3節(jié)會(huì)細(xì)說(shuō)。2.3 用第一個(gè)程序驗(yàn)證編譯鏈路是真的通的看到版本號(hào)還不夠真正要驗(yàn)證的是從源碼到可執(zhí)行文件這條鏈路是通的。新建一個(gè)hello.ccat hello.c EOF #include stdio.h int main() { printf(Hello, GCC!\n); return 0; } EOF編譯并運(yùn)行g(shù)cc hello.c -o hello ./hello看到輸出Hello, GCC!就說(shuō)明C語(yǔ)言編譯鏈路正常。再驗(yàn)證C新建hello.cppcat hello.cpp EOF #include iostream int main() { std::cout Hello, G! std::endl; return 0; } EOF編譯并運(yùn)行g(shù) hello.cpp -o hello_cpp ./hello_cpp這里有個(gè)小細(xì)節(jié)如果你非要用gcc去編譯這個(gè)C程序比如執(zhí)行g(shù)cc hello.cpp -o hello_cpp很多系統(tǒng)會(huì)報(bào)錯(cuò)或出現(xiàn)鏈接錯(cuò)誤類(lèi)似undefined reference to std::cout。原因就是前面說(shuō)的gcc不會(huì)自動(dòng)鏈接C標(biāo)準(zhǔn)庫(kù)所以學(xué)C老老實(shí)實(shí)用g這是很關(guān)鍵的一個(gè)好習(xí)慣。-o參數(shù)表示指定輸出文件名不帶這個(gè)參數(shù)的話默認(rèn)會(huì)生成a.outLinux下那也是個(gè)可執(zhí)行文件但命名太抽象了建議每次都明確指定輸出名。2.4 擴(kuò)展包gcc-multilib、libc6-dev這些要不要裝默認(rèn)情況下gcc/g裝好后能編譯當(dāng)前架構(gòu)比如x86_64的普通程序。但你可能會(huì)在一些教程里看到gcc-multilib、g-multilib這樣的包它們的作用是讓你在64位系統(tǒng)上交叉編譯32位程序也就是生成32位架構(gòu)的可執(zhí)行文件。如果你的目標(biāo)是給嵌入式設(shè)備交叉編譯或者需要編譯32位的老代碼那就得裝multilib相關(guān)包如果只是寫(xiě)普通的應(yīng)用程序不需要碰。還有l(wèi)ibc6-dev一般是作為依賴(lài)被自動(dòng)裝上的不用特意去管。判斷標(biāo)準(zhǔn)很簡(jiǎn)單遇到“bits/libc-header-start.h找不到”這類(lèi)32位頭文件缺失問(wèn)題時(shí)再考慮裝multilib平時(shí)不需要預(yù)先安裝一堆用不上的包。3. 版本管理為什么你“升級(jí)”了還是舊版本3.1 Ubuntu自帶的GCC版本本來(lái)就不是“最新版”很多從Windows開(kāi)發(fā)環(huán)境轉(zhuǎn)過(guò)來(lái)的朋友有個(gè)習(xí)慣就是追求軟件版本越新越好。但Ubuntu源里的GCC版本策略跟這個(gè)思路不一樣它更看重穩(wěn)定性和兼容性。系統(tǒng)預(yù)裝的GCC版本通常是發(fā)布該Ubuntu版本時(shí)選定的一個(gè)穩(wěn)定版本不會(huì)頻繁跟著上游更新。比如Ubuntu 22.04 LTS默認(rèn)自帶的是GCC 11系列Ubuntu 24.04 LTS默認(rèn)是GCC 13系列。這個(gè)版本不是“舊”而是經(jīng)過(guò)發(fā)行版測(cè)試、和該版本系統(tǒng)的庫(kù)文件兼容性最好的一個(gè)版本。系統(tǒng)自帶的軟件包為了整體穩(wěn)定性犧牲“最新”是很正常的。3.2 很多人說(shuō)的“升級(jí)后還是舊版本”其實(shí)是這三個(gè)原因第一種情況你在終端里執(zhí)行sudo apt upgrade以為能把GCC升到新大版本結(jié)果一看gcc --version還是原來(lái)的版本。這其實(shí)沒(méi)有錯(cuò)apt upgrade只會(huì)在你已經(jīng)安裝的軟件包范圍內(nèi)更新到軟件源里的最新修復(fù)版不會(huì)把一個(gè)軟件從GCC 11“升級(jí)”成GCC 13因?yàn)槟鞘橇硪粋€(gè)軟件包比如gcc-13而不是gcc。跨大版本升級(jí)需要顯式安裝新的大版本包。第二種情況你自己裝了gcc-12選擇了某個(gè)教程里的install gcc-12命令但在終端敲gcc得到的還是舊版本。這在Ubuntu里太常見(jiàn)了。原因在于/usr/bin/gcc只是一個(gè)軟鏈接默認(rèn)指向系統(tǒng)選定的版本。新安裝的gcc-12只是多了一個(gè)/usr/bin/gcc-12文件并不會(huì)自動(dòng)改變/usr/bin/gcc這個(gè)軟鏈接的指向。這時(shí)候你需要查看一下ls -l /usr/bin/gcc*你會(huì)看到類(lèi)似這樣的輸出lrwxrwxrwx 1 root root 21 ... /usr/bin/gcc - /etc/alternatives/gcc lrwxrwxrwx 1 root root 23 ... /usr/bin/gcc-11 - x86_64-linux-gnu-gcc-11 lrwxrwxrwx 1 root root 23 ... /usr/bin/gcc-12 - x86_64-linux-gnu-gcc-12也就是說(shuō)gcc命令可能通過(guò)/etc/alternatives/gcc指向gcc-11你裝的gcc-12根本沒(méi)被選為默認(rèn)。第三種情況即使你把系統(tǒng)默認(rèn)版本切到了新版本某些項(xiàng)目或構(gòu)建系統(tǒng)還是會(huì)調(diào)用舊版本。這跟編譯器的搜索路徑和環(huán)境變量有關(guān)。make或CMake可能會(huì)優(yōu)先使用CC和CXX這兩個(gè)變量指定的編譯器或者項(xiàng)目里寫(xiě)死了編譯器路徑。此時(shí)你改了系統(tǒng)的gcc軟鏈接但項(xiàng)目還是用舊編譯器在編譯表現(xiàn)就是“升級(jí)了還是舊版本”。3.3 用update-alternatives做多版本切換當(dāng)你安裝了多個(gè)GCC版本想手動(dòng)切換系統(tǒng)默認(rèn)版本時(shí)最好用的工具是update-alternatives。它專(zhuān)門(mén)用來(lái)管理系統(tǒng)里同一命令的多版本軟鏈接。把gcc和g的各個(gè)版本加入備選列表sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-11 110 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-12 120 sudo update-alternatives --install /usr/bin/g g /usr/bin/g-11 110 sudo update-alternatives --install /usr/bin/g g /usr/bin/g-12 120數(shù)字110和120是優(yōu)先級(jí)數(shù)字越大優(yōu)先級(jí)越高。然后執(zhí)行sudo update-alternatives --config gcc sudo update-alternatives --config g終端會(huì)出現(xiàn)一個(gè)交互式列表輸入對(duì)應(yīng)的編號(hào)回車(chē)就能切換默認(rèn)版本。如果不想用update-alternatives也可以直接改軟鏈接比如sudo rm /usr/bin/gcc sudo ln -s /usr/bin/gcc-12 /usr/bin/gcc但這樣比較粗暴而且以后系統(tǒng)更新可能給你改回去沒(méi)有update-alternatives優(yōu)雅。3.4 想要更新版本的GCC怎么裝更穩(wěn)妥如果你確實(shí)需要比較新的GCC但又不想自己從源碼編譯最簡(jiǎn)單的方法是使用Ubuntu Toolchain測(cè)試倉(cāng)庫(kù)也就是社區(qū)里常說(shuō)的toolchain-r/test PPA。這個(gè)PPA專(zhuān)門(mén)提供比系統(tǒng)源更新的GCC/G版本兼容性和打包質(zhì)量都不錯(cuò)。sudo add-apt-repository ppa:ubuntu-toolchain-r/test sudo apt update sudo apt install gcc-13 g-13 -y裝完之后你可以通過(guò)/usr/bin/gcc-13這個(gè)命令來(lái)調(diào)用新版本。要不要把它設(shè)為默認(rèn)版本跟前面的邏輯一樣用update-alternatives去切換。還有一種更保守的做法從源碼編譯一個(gè)新版GCC單獨(dú)安裝到/opt/gcc-14這樣的目錄不改動(dòng)系統(tǒng)默認(rèn)的任何文件。這樣系統(tǒng)編譯內(nèi)核模塊或者別的東西都還用原有工具鏈你自己編譯項(xiàng)目時(shí)通過(guò)CMAKE_CXX_COMPILER指定新編譯器路徑就行。不過(guò)源碼編譯GCC的步驟有點(diǎn)多依賴(lài)也要注意新手不建議一開(kāi)始就走這條路。3.5 編譯器搜索路徑的優(yōu)先級(jí)搞清楚這個(gè)才能根治不管你怎么切換系統(tǒng)默認(rèn)版本還是要理解編譯器是怎么被定位的。當(dāng)你在終端輸入gccshell會(huì)從PATH環(huán)境變量里按順序查找第一個(gè)匹配的gcc就會(huì)被執(zhí)行。通常/usr/bin在PATH比較靠前而/usr/bin/gcc是個(gè)軟鏈接最終指向誰(shuí)就是你當(dāng)前的默認(rèn)版本。但在工程構(gòu)建里GCC的定位方式會(huì)更多樣make默認(rèn)會(huì)使用cc而cc通常也是一個(gè)軟鏈接指向系統(tǒng)默認(rèn)的gcc。CMake在配置項(xiàng)目時(shí)會(huì)調(diào)用編譯器來(lái)測(cè)試特性并把找到的編譯器路徑記錄在CMakeCache.txt里。你之后切換了系統(tǒng)默認(rèn)GCC再重新運(yùn)行cmake時(shí)如果檢測(cè)到緩存可能還是會(huì)用之前記錄的舊編譯器。遇到這種情況刪掉build目錄或CMakeCache.txt再重新配置一次即可。一些項(xiàng)目會(huì)在CMakeLists.txt里直接寫(xiě)set(CMAKE_C_COMPILER gcc-11)這就不受系統(tǒng)默認(rèn)版本影響了需要手動(dòng)改配置。說(shuō)到底“升級(jí)后還是舊版本”很多時(shí)候不是沒(méi)升級(jí)成功而是調(diào)用鏈上某個(gè)環(huán)節(jié)根本沒(méi)用到你升級(jí)后的那個(gè)版本。先在終端敲which gcc、ls -l /usr/bin/gcc、echo $CC、echo $CXX基本上能定位到大多數(shù)問(wèn)題。4. 高頻問(wèn)題與排查記錄4.1 提示E: Unable to locate package gcc是什么情況這個(gè)報(bào)錯(cuò)有幾個(gè)常見(jiàn)原因。最常見(jiàn)的是沒(méi)有先執(zhí)行sudo apt update軟件源索引太舊apt根本不知道有g(shù)cc這個(gè)包。還有就是軟件源列表里禁用了某些倉(cāng)庫(kù)或者網(wǎng)絡(luò)不通apt更新源失敗索引不完整。處理辦法是sudo apt update如果apt update的過(guò)程里出現(xiàn)很多連接超時(shí)或404錯(cuò)誤那就是源配置的問(wèn)題。需要檢查/etc/apt/sources.list以及/etc/apt/sources.list.d/目錄下的源配置文件確認(rèn)源地址可用。新手換源時(shí)一定要用對(duì)應(yīng)自己Ubuntu版本的源版本代號(hào)對(duì)不上就會(huì)出現(xiàn)404或找不到包的情況。網(wǎng)絡(luò)方面如果更新源一直失敗先確認(rèn)網(wǎng)絡(luò)本身通不通再考慮換源但具體用什么鏡像源、什么配置每個(gè)網(wǎng)絡(luò)環(huán)境不一樣這里不展開(kāi)。4.2 apt安裝中途報(bào)鎖錯(cuò)誤Could not get lock /var/lib/dpkg/lock這個(gè)報(bào)錯(cuò)很典型通常是另一個(gè)apt進(jìn)程還在跑或者上次安裝中斷后鎖沒(méi)釋放。完整報(bào)錯(cuò)類(lèi)似E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)處理思路很簡(jiǎn)單先看有沒(méi)有apt或dpkg進(jìn)程還在運(yùn)行。如果有等它結(jié)束如果確認(rèn)沒(méi)有其他進(jìn)程在運(yùn)行但鎖還是存在可以刪除鎖文件但要先確認(rèn)沒(méi)有任何apt/dpkg進(jìn)程在跑否則可能損壞包數(shù)據(jù)庫(kù)。sudo ps aux | grep -E apt|dpkg確認(rèn)沒(méi)有相關(guān)進(jìn)程后sudo rm /var/lib/dpkg/lock sudo rm /var/lib/dpkg/lock-frontend sudo dpkg --configure -a再重新執(zhí)行sudo apt install。更安全的方式是等一會(huì)兒再試因?yàn)閍uto-update之類(lèi)的定時(shí)任務(wù)可能正在后臺(tái)運(yùn)行殺掉它反而會(huì)引發(fā)其他問(wèn)題。我個(gè)人的習(xí)慣是先看進(jìn)程確認(rèn)沒(méi)有才刪鎖。4.3 IDE自帶的GCC和系統(tǒng)GCC是一回事嗎不少嵌入式IDE比如MounRiver Studio會(huì)在安裝目錄里自帶一套GCC工具鏈用于交叉編譯RISC-V或者8051等目標(biāo)平臺(tái)的固件。這個(gè)自帶工具鏈和Ubuntu系統(tǒng)里/usr/bin下的gcc是兩套完全獨(dú)立的東西。它們的位置也不一樣。MounRiver Studio這類(lèi)Eclipse系IDE通常會(huì)在安裝目錄的plugin目錄下找到一個(gè)toolchain相關(guān)路徑里面放著riscv-none-embed-gcc等交叉編譯器。想在IDE里確認(rèn)它實(shí)際使用的編譯器位置可以在工程的屬性Properties里看C/C Build相關(guān)設(shè)置里面一般會(huì)寫(xiě)清楚Compiler path。這兩套編譯器互不干擾IDE自帶的工具鏈編譯出來(lái)的文件是給MCU跑的Ubuntu系統(tǒng)里的gcc編譯出來(lái)的程序直接在電腦上運(yùn)行。所以在Ubuntu上裝系統(tǒng)的gcc/g不影響IDE使用反過(guò)來(lái)IDE裝沒(méi)裝、裝在哪也不影響你終端里寫(xiě)C。4.4 在VS Code里怎么讓C/C代碼跑起來(lái)VS Code本身不是一個(gè)編譯器它只是一個(gè)編輯器。你在VS Code里裝好微軟的C/C擴(kuò)展后它還需要知道用什么編譯器來(lái)構(gòu)建、調(diào)試代碼。最直接的辦法就是指向前面剛裝好的/usr/bin/g。在VS Code里寫(xiě)C程序你需要兩個(gè)關(guān)鍵文件。一個(gè)是.vscode/tasks.json用于告訴VS Code怎么構(gòu)建{ version: 2.0.0, tasks: [ { label: build cpp, type: shell, command: /usr/bin/g, args: [ -g, -stdc17, ${file}, -o, ${fileDirname}/${fileBasenameNoExtension} ], group: { kind: build, isDefault: true } } ] }另一個(gè)是.vscode/c_cpp_properties.json讓擴(kuò)展知道編譯器的位置和標(biāo)準(zhǔn)版本{ configurations: [ { name: Linux, includePath: [${workspaceFolder}/**], compilerPath: /usr/bin/g, cStandard: c11, cppStandard: c17, intelliSenseMode: linux-gcc-x64 } ], version: 4 }配置完后按CtrlShiftB就能調(diào)用g編譯當(dāng)前文件然后按F5進(jìn)入調(diào)試。用命令本身是最佳調(diào)試思路這也是為什么前面堅(jiān)持要把命令行的GCC環(huán)境先弄明白因?yàn)閂S Code圖形界面背后調(diào)用的還是命令行工具。4.5 一編譯就報(bào)undefined reference / iostream找不到是沒(méi)裝好嗎這兩個(gè)報(bào)錯(cuò)也是最容易讓新手誤以為“GCC沒(méi)裝好”的典型場(chǎng)景。如果編譯C文件時(shí)提示fatal error: iostream: No such file or directory多半是你確實(shí)在用gcc而不是g來(lái)編譯或者系統(tǒng)里g沒(méi)裝。C標(biāo)準(zhǔn)庫(kù)頭文件不是C標(biāo)準(zhǔn)庫(kù)的一部分gcc默認(rèn)搜索路徑里不包含完整的C標(biāo)準(zhǔn)庫(kù)所以找不到iostream很正常。如果提示undefined reference to std::cout或者一堆libstdc相關(guān)符號(hào)找不到那是鏈接階段的問(wèn)題。gcc編譯C源文件時(shí)不會(huì)自動(dòng)把libstdc鏈接進(jìn)來(lái)導(dǎo)致源代碼編譯通過(guò)但最后鏈接失敗。解決辦法還是那句C程序使用g來(lái)編譯和鏈接。5. 從編譯器到開(kāi)發(fā)環(huán)境讓GCC真正干活5.1 一個(gè)完整的工具鏈組合裝完gcc/g只是拿到了編譯器但一個(gè)像樣的C/C開(kāi)發(fā)環(huán)境還需要構(gòu)建工具和調(diào)試器。推薦一次性安裝sudo apt install build-essential gdb make cmake -ybuild-essential包含gcc、g、make等基礎(chǔ)構(gòu)建工具前面提過(guò)。gdbGNU調(diào)試器程序出問(wèn)題的時(shí)候可以在源代碼級(jí)別斷點(diǎn)調(diào)試。make最常見(jiàn)的構(gòu)建工具通過(guò)Makefile管理編譯流程。cmake更高級(jí)的跨平臺(tái)構(gòu)建工具廣泛用于現(xiàn)代C項(xiàng)目。裝完之后你的Ubuntu環(huán)境才算真正具備“從源碼到調(diào)試”的完整能力。5.2 一個(gè)練習(xí)級(jí)C小例子驗(yàn)證整個(gè)環(huán)境下行現(xiàn)在來(lái)編譯一個(gè)稍微實(shí)用一點(diǎn)的示例比如判斷一個(gè)數(shù)是不是質(zhì)數(shù)這個(gè)也是搜索熱詞里出現(xiàn)過(guò)的需求。#include iostream bool is_prime(int n) { if (n 2) return false; for (int i 2; i * i n; i) { if (n % i 0) return false; } return true; } int main() { for (int i 2; i 100; i) { if (is_prime(i)) { std::cout i ; } } std::cout std::endl; return 0; }保存為prime.cpp編譯運(yùn)行g(shù) -O2 -stdc17 prime.cpp -o prime ./prime這里用了-O2優(yōu)化選項(xiàng)編譯器會(huì)做循環(huán)優(yōu)化讓運(yùn)行速度更快。-stdc17指定C版本標(biāo)準(zhǔn)這在寫(xiě)現(xiàn)代C代碼時(shí)幾乎是必須的不然有些新特性用不了。同樣如果你在練冒泡排序、二分查找這些經(jīng)典算法流程也都是一樣把代碼存成.cpp文件用g編譯然后運(yùn)行。這個(gè)流程本身不會(huì)因?yàn)樗惴◤?fù)雜度改變而改變編譯器的主要工作是把你寫(xiě)的邏輯翻譯成機(jī)器碼算法的好壞靠你自己來(lái)優(yōu)化。5.3 從單文件到多文件什么時(shí)候需要CMake當(dāng)你的項(xiàng)目從一個(gè).cpp文件變成十幾個(gè).cpp文件和一個(gè)頭文件目錄時(shí)再手動(dòng)敲g命令就不現(xiàn)實(shí)了。這時(shí)候CMake就派上用場(chǎng)。一個(gè)最簡(jiǎn)單的CMakeLists.txt長(zhǎng)這樣cmake_minimum_required(VERSION 3.16) project(cpp_demo) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) add_executable(demo main.cpp sort.cpp utils.cpp)然后mkdir build cd build cmake .. make ./demo這里cmake ..會(huì)根據(jù)CMakeLists.txt生成Makefilemake會(huì)調(diào)用g完成實(shí)際編譯。在整個(gè)流程里系統(tǒng)里的g版本和路徑?jīng)Q定了最終編譯行為。如果你剛切換過(guò)編譯器版本在build目錄里重新cmake ..前建議把build目錄刪掉或清掉CMakeCache.txt否則CMake可能還在復(fù)用舊編譯器緩存又會(huì)遇到前面說(shuō)的“新版本不生效”問(wèn)題。5.4 新手常犯的錯(cuò)覺(jué)編輯器能運(yùn)行就代表環(huán)境沒(méi)問(wèn)題最后說(shuō)一個(gè)很多人容易忽略的認(rèn)知問(wèn)題。你用VS Code、Clion或者某些IDE在編輯器里點(diǎn)一下運(yùn)行程序正常運(yùn)行了就覺(jué)得自己電腦上的GCC環(huán)境完全沒(méi)問(wèn)題。這個(gè)結(jié)論在大多數(shù)情況下是對(duì)的但要注意IDE里可能內(nèi)置了自己的編譯器或者幫你配置了不同于系統(tǒng)默認(rèn)的編譯配置路徑。我自己見(jiàn)過(guò)不少情況在IDE里編譯運(yùn)行一切正常但打開(kāi)終端想執(zhí)行g(shù)編譯卻發(fā)現(xiàn)command not found就是因?yàn)镮DE內(nèi)置了一套工具鏈根本不依賴(lài)系統(tǒng)的gcc。對(duì)日常學(xué)習(xí)來(lái)說(shuō)這兩者不沖突但如果你想真正理解C/C程序的編譯流程還是建議至少能在命令行里完成一次“寫(xiě)代碼、編譯、運(yùn)行”的完整閉環(huán)。命令行能跑通說(shuō)明這個(gè)環(huán)境的底層是可靠的。最后補(bǔ)兩句踩過(guò)坑之后的心得裝GCC/G這件事看著是一行命令真正的門(mén)檻在于理解“系統(tǒng)里有哪幾套編譯器、你現(xiàn)在調(diào)用的是哪一套”。在終端里敲which gcc和g --version只要幾秒鐘但能省掉大半的疑難雜癥。另外如果你經(jīng)常需要在不同GCC版本之間切換除了update-alternatives還可以在自己的~/.bashrc里加上CC和CXX環(huán)境變量比如export CCgcc-13 export CXXg-13這樣能保證像CMake這類(lèi)構(gòu)建工具會(huì)用你指定的版本來(lái)編譯而不至于又被系統(tǒng)默認(rèn)版本帶偏。這個(gè)辦法不算什么高深技巧但在實(shí)際開(kāi)發(fā)里真的能減少很多“版本不對(duì)”的焦慮。