任何人都可以通過這三個簡單的步驟編譯開源代碼
安裝軟體的方法有很多,但開源讓你有了一個其他地方所沒有的選擇:你可以自己編譯代碼。編譯源代碼的經典三步流程是:
$ ./configure
$ make
$ sudo make install
由於有了這些命令,你可能會驚訝地發現,你不需要知道如何寫代碼,甚至不需要讀代碼就可以編譯它。
安裝用來構建軟體的命令
由於這是你第一次進行編譯,所以有一個一次性的準備步驟,即安裝用於構建軟體的命令。具體來說,你需要一個編譯器。編譯器(比如 GCC 或 LLVM)可以將像這樣的源代碼:
#include <iostream>
using namespace std;
int main() {
cout << "hello world";
}
變成 機器語言,即 CPU 用來處理信息的指令。你可以看一下機器代碼,但它對你來說沒有任何意義(除非你是一個 CPU)。
你可以使用你的軟體包管理器安裝 GNU 編譯器集合(GCC)和 LLVM 編譯器,以及其他在 Fedora、CentOS、Mageia 和類似發行版上進行編譯的基本命令:
$ sudo dnf install @development clang
在 Debian、Elementary、Mint 和類似發行版上命令如下:
$ sudo apt install build-essential clang
在你的系統設置好後,有幾項你每次編譯軟體時都要重複進行的任務:
- 下載源代碼
- 展開源代碼的存檔文件
- 編譯
你已經有了所有你需要的命令,所以現在你需要一些軟體來編譯。
1、下載源代碼
獲得一個應用程序的源代碼和獲得任何可下載的軟體一樣。你得去一個網站或一個代碼管理網站,如 GitLab、SourceForge 或 GitHub。 通常情況下,開源軟體既有正在進行的工作(「 當前 」或 「 每夜 」)的構建版本,也有打包的「 穩定 」發布版本。在可能的情況下,使用穩定版本,除非你有理由相信,或者對代碼有足夠的了解,能夠在出現故障時修復。術語「穩定版」表明這些代碼經過了測試,而且該應用程序的程序員對代碼有足夠的信心,從而將其打包成 .zip
或 .tar
歸檔,給了它一個官方編號,有時還有一個發布名稱,然後提供給一般的非程序員公眾下載。
在這個練習中,我使用 Angband,一個開源的(GPLv2)ASCII 地牢獵手遊戲。這是一個簡單的應用程序,其複雜程度剛好可以說明你在自己編譯軟體時需要考慮的問題。
從 網站 上下載其源代碼。
2、展開源代碼的存檔文件
源代碼通常是以存檔的形式交付的,因為源代碼通常由多個文件組成的。在與之交互之前,你必須先解壓,不管它是一個 tarball、一個 zip 文件、一個 7z 文件,還是其他完全不同的東西。
$ tar --extract --file Angband-x.y.z.tar.gz
一旦解壓縮後,就把目錄切換到解壓縮的目錄,然後看一看。通常在目錄的頂層有一個 README
文件。這個文件,一般會包含你需要做什麼來編譯代碼的指導。README
通常包含關於代碼的這些重要方面的信息:
- 語言:代碼使用的是什麼語言(例如,C、C++、Rust、Python)。
- 依賴性:你需要在你的系統上安裝其他什麼的軟體,以便這個應用程序能夠構建和運行。
- 說明:你構建該軟體所需要採取的明確步驟。偶爾,他們會在一個專門的文件中包含這些信息,這個文件被直觀地稱為
INSTALL
。
如果 README
文件中不包含這些信息,可以考慮向開發者提交一份錯誤報告。你不是唯一需要介紹一下源代碼的人。不管他們有多麼豐富的經驗,每個人都會對從未見過的源代碼感到陌生,而文檔是很重要的!
Angband 的維護者給出了在線說明的鏈接,描述了如何編譯代碼。這份文件還描述了你需要安裝哪些其他軟體,儘管它並沒有確切地說明這一點。該網站說,「有幾個不同的可選構建的前端(GCU、SDL、SDL2 和 X11),你可以使用諸如 --enable-sdl
,--disable-x11
的參數配置。」這可能對你來說看起來像天書,但你經常編譯代碼後就會習慣。無論你是否理解 X11 或 SDL2 是什麼,它們都是你經過幾個月定期編譯代碼後經常看到的要求。你會對大多數軟體需要其他軟體庫的想法感到適應,因為它們建立在其他技術之上。不過在這種情況下,Angband 非常靈活,無論是否有這些可選的依賴,都可以進行編譯,所以現在,你可以假裝沒有額外的依賴。
3、編譯代碼
構建代碼的典型步驟是:
$ ./configure
$ make
$ sudo make install
這些是使用 Autotools 構建的項目的步驟,該框架是為了規範源代碼的交付方式而創建的。然而,還有一些其他框架(如 Cmake),它們需要不同的步驟。當項目沒有遵循 Autotools 或 Cmake 框架時,它們往往會在 README
文件中提醒你。
配置
Angband 使用 Autotools,所以現在是編譯代碼的時候了!
在 Angband 目錄中,首先,運行隨源碼一起提供的配置腳本:
$ ./configure
這一步將掃描你的系統,找到 Angband 正確構建所需的依賴性。有些依賴是非常基本的,沒有它們你的電腦就無法運行,而有些則是專門的。在這一過程結束時,該腳本會給你一份關於它所發現的東西的報告:
[...]
configure: creating ./config.status
config.status: creating mk/buildsys.mk
config.status: creating mk/extra.mk
config.status: creating src/autoconf.h
Configuration:
Install path: /usr/local
binary path: /usr/local/games
config path: /usr/local/etc/angband/
lib path: /usr/local/share/angband/
doc path: /usr/local/share/doc/angband/
var path: (not used)
(save and score files in ~/.angband/Angband/)
-- Frontends --
- Curses Yes
- X11 Yes
- SDL2 Disabled
- SDL Disabled
- Windows Disabled
- Test No
- Stats No
- Spoilers Yes
- SDL2 sound Disabled
- SDL sound Disabled
有些輸出可能對你有意義,有些可能沒有。無論如何,你可能注意到 SDL2 和 SDL 被標記為 「Disabled」,Test 和 Stats 都被標記為 「None」。雖然這些信息是負面的,但這並不一定是一件壞事。從本質上講,這就是警告和錯誤之間的區別。如果配置腳本遇到了會阻止它構建代碼的東西,它就會用一個錯誤來提醒你。
如果你想稍微優化一下你的構建,你可以選擇解決這些負面信息。通過搜索 Angband 文檔,你可能會確定 Test 和 Stats 實際上並不是你感興趣的(它們是 Angband 專用於開發者的選項)。然而,通過在線研究,你可能會發現 SDL2 將是一個很好的功能。
要解決編譯代碼時的依賴問題,你需要安裝缺少的組件和該缺少的組件的 開發庫。換句話說,Angband 需要 SDL2 來播放聲音,但它需要 SDL2-devel
(在 Debian 系統上稱為 libsdl2-dev
)來構建。用你的軟體包管理器安裝這兩個組件:
$ sudo dnf install sdl2 sdl2-devel
再試一下配置腳本:
$ ./configure --enable-sdl2
[...]
Configuration:
[...]
- Curses Yes
- X11 Yes
- SDL2 Yes
- SDL Disabled
- Windows Disabled
- Test No
- Stats No
- Spoilers Yes
- SDL sound Disabled
- SDL2 sound Yes
製作(編譯)
一旦一切配置完畢,運行 make
命令:
$ make
這通常需要一段時間,但它提供了很多視覺反饋,所以你會知道代碼正在被編譯。
安裝
最後一步是安裝你剛剛編譯的代碼。安裝代碼並沒有什麼神奇之處。所做的就是複製很多文件到非常具體的目錄中。無論你是從源代碼編譯還是運行花哨的圖形安裝嚮導,都是如此。由於這些代碼會被複制到系統級目錄,你必須有 root(管理)許可權,這是由 sudo
命令授予的。
$ sudo make install
運行該應用程序
一旦應用程序被安裝,你就可以運行它。根據 Angband 文檔,啟動遊戲的命令是 angband
,所以可以試試:
$ angband
![Compile code lead image](/data/attachment/album/202111/30/133717f5i4kfb0wvllwv5l.jpg "Compile code lead image")
編譯代碼
無論是在我的 Slackware 台式電腦上,還是在我的 CentOS 筆記本電腦上,我都會使用 NetBSD 的 pkgsrc 系統編譯我自己的大部分應用程序。我發現,通過自己編譯軟體,我可以對應用程序中包含的功能、如何配置、使用的庫版本等有自己的想法。這很有意義,它幫助我跟上了新的版本,而且因為我有時會在這個過程中發現錯誤,它幫助我參與了很多不同的開源項目。
你很少會只有編譯軟體的一種方式可選,大多數開源項目同時提供源代碼(這就是為什麼它被稱為「開源」)和可安裝包。是否從源代碼編譯是你自己的選擇,也許是因為你想要最新版本中還沒有的新功能,或者只是因為你喜歡自己編譯代碼。
家庭作業
Angband 可以使用 Autotools 或 Cmake,所以如果你想體驗另一種構建代碼的方式,可以試試這個:
$ mkdir build
$ cd build
$ cmake ..
$ make
$ sudo make install
你也可以嘗試用 LLVM 編譯器而不是 GNU 編譯器集合(GCC)進行編譯。現在,我把這個問題留給你自己去研究(提示:嘗試設置 CC
環境變數)。
一旦你完成了對 Angband 的源代碼和至少幾個地牢的探索(你已經贏得了一些休息時間),可以看看其他一些代碼庫。很多人都會使用 Autotools 或 Cmake,而其他人可能會使用不同的東西。看看你能構建的成果!
via: https://opensource.com/article/21/11/compiling-code
作者:Seth Kenlon 選題:lujun9972 譯者:wxy 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive