4. 克服困難

如果用 xmkmf 和/或 make 很成功沒有錯誤, 你可以著手於 next section. 然而, 在真實生活, 很少事情在第一次就正確的工作. 這就是當你的機智豐富時,要勇於嘗試.

4.1 連結錯誤

• 如果 make 失敗而出現有 Link error: -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 切換器(switches)會通告編譯器和連結器分別去哪裏尋找 library 和 include 檔案. 在這例子, X11 libraries 應該是在 /usr/X11/lib 目錄, 而 X11 include 檔案 應該是在 /usr/X11/include/X11目錄. 如果這在你的機器上是不對的, 必須改變 Makefile 而且再試試 make.

• 在非常少的情況, 以 root 身分跑一下 ldconfig 也許是個答案: # /etc/ldconfig -n /lib 將會更新共享式函式庫符號連結 (shared library symbolic links). 這在正常的情形下不是需要的.

• 目前另一件事是如果 xmkmf 失敗, 則試試下列 script:

           make -DUseInstalled -I/usr/X386/lib/X11/config
  

• 有時原始碼需要使用舊版的 X11R5 libraries 來建立. 如果你有 R5 libs 在 /usr/X11R6/lib (當你首先在安裝 Linux 時, 你是有選擇是否安裝它們的), 然後你只需要確定,你有連結到軟體所需要建立的地方. R5 libs 是有 libX11.so.3.1.0, libXaw.so.3.1.0, 和 libXt.so.3.1.0. 一般你需要連結至, 像是 libX11.so.3 -> libX11.so.3.1.0. 大概軟體也需要這個形式連結 libX11.so -> libX11.so.3.1.0. 當然, 要將這"斷掉(missing)"的連結建好, 要以 root 身分使用這指令 ln -s libX11.so.3.1.0 libX11.so.

• 某些套件會要求你去安裝一個或以上的升級版本. 舉例而言, StarDivision GmbH 的 StarOffice 組件(suite)是惡名昭彰(notorious)的要求 libc version 5.4.4 或更新. 以 root身分, 你需要複製一個或以上的函式庫(libraries)至合適的目錄, 刪去舊的函式庫(libraries),然後重設符號連結. 小心: 在這要格外注意, 因為如果你弄糟, 你可能會付出你的系統不能運作的代價. 你通常可以找到升級的函式庫(libraries)在 Sunsite.

4.2 其它問題

• 在安裝好的 Perl 或 shell script 給你一個 No such file or directory 錯誤訊息. 在這情況,檢查檔案權限來確定檔案可執行 以及檢查檔案標頭是否含有使用 shell 或程式, 指明 script 所在地方. 舉例而言, script 開始如:

  #!/usr/local/bin/perl
  

  如果 Perl 實際裝在你的 /usr/bin 目錄, 而不是 /usr/local/bin 目錄, 那麼 script 無法執行. 有兩個方法來修改. script 檔案標頭改成 #!/usr/bin/perl, 或用符號連結至正確的目錄, ln -s /usr/bin/perl /usr/local/bin/perl.

• 某些 X11 軟體要求有 Motif 函式庫(libraries)才能建立. 而標準的 Linux 發行套件並沒有安裝 Motif libraries, 而且目前 Motif 還要額外 $100-$200 的花費 (雖然免費軟體 Lesstif 在某些場合也能夠用). 如果你需要 Motif 來建立某一套件, 但缺少 Motif libraries, 那麼也許可以取得 靜態連結的二元碼(statically linked binaries). 靜態連結在二元碼本身納入函式庫行程(library routines). 這造成二元碼檔案大了許多, 但是碼可在缺少該函式庫的系統上執行.

• 執行 configure script 會創造奇怪的 Makefile, 那像是與你所要設法建立的套件亳不相干. 這表示跑著錯誤的 configure, 其找到你的 path 上某處其他的 configure. 所以要下 configure 指令 應該要下成 ./configure 即目前目錄下的.

• 某些程式會要求有 setuid root, 為了要以有 root 權力 來執行. 要達成這目錄的指令是 以root 下指令 chmod u+s filename. (注意的是這程式已經是 root 所擁有了). 這在設定檔案權限中的 setuid bit 很有用. 這樣用在當程式在存取系統硬體,像是 modem 或 CD ROM drive, 或當 SVGA libs 被使在於主控台模式(console mode), 像是在一個特別惡名昭彰的(notorious)模擬器(emulation)套件. 如果程式正被 root 執行, 但給一般使用者一個 access denied 的錯誤訊息, 想像就是這樣造成的.

  警告: 一個有 setuid 成 root 的程式可能提出對你的系統有安全上的風險. 這個程式可以 root 權力來跑而所以有某些破害的潛在性. 在設定 setuid bit 前, 確定你知道該程式在做什麼, 必要時看一下原始碼.

4.3 旋扭與微調

你可能希望檢查 Makefile 來確定有選用對你系統最佳編譯選項. 舉例來說, 設定 -O2 旗標來選最高層級的最佳化而 -fomit-frame-pointer 旗標來造最小二元碼 (雖然 debugging 會沒有打開). 除非你知道你在做什麼, 而且在任何情況下, 除非艱苦建立的工作已完成, 否則不要玩這些.

4.4 去哪取得進一步的協助

在我的經驗, 大概25%的應用程式建立"完全沒有困難". 另外大約50%能"被說服"的建立, 要付出努力的範圍從無聊到極為困難. 那仍然表示有某些套件無論如何都無法建立. 即使那樣, 那些 Intel ELF 和/或 a.out 二元碼, 也可能在 Sunsite, TSX-11 archive 或其它地方找到. 也許, 軟體的創造者可以提供編譯好的二元碼給你的特別的機器使用.

注意的是如果你取得預先編譯好的二元碼, 你會需要檢查是否與你的系統相容:

• 這二元碼必須在你的 硬體上跑 (i.e., Intel x86).
• 這二元碼必須與你的核心(kernel)相容 (i.e., a.out 或 ELF).
• 你的函式庫(libraries)必須是最新的.

如果全都失敗, 你可以在合適的 新聞群組尋求幫忙, 像是在 comp.os.linux.x 或 comp.os.linux.development. 萬一你只是不夠幸運的話, 嘿, 試試也是有趣的.