Linux中國

任何人都可以通過這三個簡單的步驟編譯開源代碼

安裝軟體的方法有很多,但開源讓你有了一個其他地方所沒有的選擇:你可以自己編譯代碼。編譯源代碼的經典三步流程是:

$ ./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. 下載源代碼
  2. 展開源代碼的存檔文件
  3. 編譯

你已經有了所有你需要的命令,所以現在你需要一些軟體來編譯。

1、下載源代碼

獲得一個應用程序的源代碼和獲得任何可下載的軟體一樣。你得去一個網站或一個代碼管理網站,如 GitLab、SourceForge 或 GitHub。 通常情況下,開源軟體既有正在進行的工作(「 當前 current 」或 「 每夜 nightly 」)的構建版本,也有打包的「 穩定 stable 」發布版本。在可能的情況下,使用穩定版本,除非你有理由相信,或者對代碼有足夠的了解,能夠在出現故障時修復。術語「穩定版」表明這些代碼經過了測試,而且該應用程序的程序員對代碼有足夠的信心,從而將其打包成 .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

本文由 LCTT 原創編譯,Linux中國 榮譽推出


本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive

對這篇文章感覺如何?

太棒了
0
不錯
0
愛死了
0
不太好
0
感覺很糟
0
雨落清風。心向陽

    You may also like

    Leave a reply

    您的電子郵箱地址不會被公開。 必填項已用 * 標註

    此站點使用Akismet來減少垃圾評論。了解我們如何處理您的評論數據

    More in:Linux中國