在 Linux 下建立软体套件
作者: [1]Mendel Leo Cooper [2]http://personal.riverusers.com/~thegrendel/
译者: [3]J.S.Lin
v1.52, 27 December 1997
_________________________________________________________________
这是份广泛指引文件,可用来建立"一般性" UNIX 软体发行套件在 Linux 下.
_________________________________________________________________
1. 简介
2. 从取得开始
3. 使用 Make
4. 克服困难
* 4.1 连结错误
* 4.2 其它问题
* 4.3 旋扭与微调
* 4.4 去哪取得进一步的协助
5. 最後步骤
6. 第一个例子: Xscrabble
7. 第二个例子: Xloadimage
8. 第三个例子: Fortune
9. 哪□可找到原始码档案
10. 结语
11. 参考与进一步阅读资料
_________________________________________________________________
1. 简介
很多软体套件提供给各式 UNIX, 包括 Linux, 是将原始码档案压缩成档
案(archives)而发行的. 相同的套件可以建立以便在不同对象的机器上执行, 并
且这可节省些软体成品而免於必须制造各种发行版本. 软体套件的单一发行版本
结果能执行在各式实体(incarnations), 像是在 Intel 机器, DEC Alpha, RISC
工作站, 甚至是电算主机. 但不幸的是, 这将"建立"软体的工作推给了最终使用
者(end user), 实际上是"系统管理者", 即坐在键盘前的同志...你. 虽然这样,
认真来说这过程并不是像它看起来那麽可怕或不可思议, 就像这指引所解说一
样.
2. 从取得开始
你有下载或其它方式取得一个软体套件. 最常见情况是它被打包起来 (tarred)
而且被压缩 (gzipped), 成为 .tar.gz 或 .tgz 形式. 首先将它复制到一工作目
录. 然後用 untar 和 gunzip 处理它. 处理它最适合的命令是 tar xzvf
filename, 这□的 filename 当然是软体档名. 这种解开程序常常会安装适当档
案在它所开启的子目录中. 注意的是如果套件名称有 .Z 结尾, 那将要使用
uncompress PACKAGENAME, 然後再用 tar xvf PACKAGENAME 而不要用之前的步
骤.
有时打包起来的档案必须 untarred 且安装自使用者的家目录(home
directory), 或者也许是在某个其它目录, 像是套件设定资料所指定的. 假若你
设法要 untar 它而得到的是错误讯息, 也许就是那原因. 读一下套件文件, 特别
是 README 和/或 Install 档案, 如果存在, 编辑设定档案和/或 Makefiles 如
所需要的, 即与安装指示符合. 注意的是通常 不 去更改 Imake 档案, 因为这可
能有未预期的结果. 某些软体套件允许自动安装程序,它是藉由执行 make
install 来放置二元码在适当系统位置.
偶而, 你可能需要使用 patch档案,该档案有列出原本的与新的原始档案的差异,
来升级或加入臭□(bug)的修正至未打包(unarchived)的原始档案. doc档案与/或
README 档案会告知你这算不算该情况. 对於使用 Larry Wall 的强力 修
补(patch) 工具之正常的语法(syntax)是 patch < patchfile.
你现在可以开始进行 建立 过程阶段了.
3. 使用 Make
Makefile 是建立过程的重点. 在它的最简单的形式, Makefile 就是个 script
,它是用来编译或建立"二元码",套件的可执行部分. Makefile也可以提供软体套
件升级的工具,而不需要重新编译每一个在套件中的原始档案, 但其有不同的情
况(或是不同的约定).
某些特点是, Makefile 开启 cc 或 gcc. 这实际上是个前处理器, C (or C++)
编译器, 和 连结器, 按照那个顺序. 这过程转换原始码(source)为可真正去执行
的二元码(binaries).
下指令 make 通常只要键入 make. 这通常建立讨论中的套件所有需要的可执行
档. 然而, make 也做其他工作,像是安装档案至合适的目录 (make install) 而
且删除旧的 object 档案 (make clean). 执行 make -n 允许预览建立过程, 就
是列出所有 make 所唤起的(triggered)所有命令, 但没有真的去执行它们.
只有在最简单的软体使用一般性的 Makefile. 较复杂的安装需要根据函式
库(libraries), include 档案以及你个别机器资源所在目录来量身定制. 这特别
是当需要 X11 libraries 来安装建立时. Imake 和 xmkmf 可完成这样的工作.
引用自 man page,Imakefile 是个"模板(template)"的 Makefile. imake 工具参
考 Imakefile 根据你的系统造出合适的 Makefile. 然而,几乎在所有的情况下,
你要执行 xmkmf, 它是要下 imake 指令用的 shell script, 也就是个前端介
面(front end). 察阅一下内附在软体档案间的 README 或 INSTALL 档案以取得
特别的指示. 至於更详细的步骤分析,请阅读 imake 和 xmkmf 的 man pages.
要知道的是 xmkmf 和 make 可能需要以 root 身分来下指令, 特别是当 make
install 来搬移二元码到 /usr/bin 或 /usr/local/bin 目录. 以一般使用者的
身分而不具 root 权力 来使用 make 将可能会导致 write access denied 的错
误讯息, 因为你缺少写入(write)至系统目录的权限. 也检查一下, 所造出来的二
元码对你与任何其他适用的使用者有适合的执行(execute)权限.
下指令 xmkmf 来使用 Imake 档案, 建立一个新的而且适合你系统的 Makefile.
正常地下指令 xmkmf 都会附加 -a 引数, 因而自动地做 make Makefiles, make
includes, 和 make depend 的动作. 这会设定变数(variables)和给定函式
库(library) 位置给编译器和连结器. 有时会没有 Imake 档案, 引而代之的是有
INSTALL 和 configure 的 script, 也会到这样的目的. 注意的是如果你要执行
configure, 那要下指令 ./configure 以确保在目前目录下正确的 script
configure 是被呼叫. 在大部分的情况, 在发行套件中的 README 档案会说明安
装步骤.
通常一个好的方法是从外观检视一下 Makefile 是 xmkmf 或 其中一个安装的
scripts 所造出来的. Makefile 正常下会为你的系统而修正, 但你偶而可能需
要"旋扭(tweak)"或手动地修正错误.
你的一般安装步骤将会是:
* 读一下 README 档案和其它合用的文件.
* 执行 xmkmf -a, 还是 INSTALL 或 configure script.
* 检查一下 Makefile.
* 如果需要, 执行一下 make clean, make Makefiles, make includes, and
make depend.
* 执行 make.
* 检查一下权限.
* 如果需要, 执行一下 make install.
4. 克服困难
如果用 xmkmf 和/或 make 很成功没有错误, 你可以著手於 [4]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)在 [5]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 的花费 (虽然免费软体 [6]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 二元码, 也可能在
[7]Sunsite, [8]TSX-11 archive 或其它地方找到. 也许, 软体的创造者可以提
供编译好的二元码给你的特别的机器使用.
注意的是如果你取得预先编译好的二元码, 你会需要检查是否与你的系统相容:
* 这二元码必须在你的 硬体上跑 (i.e., Intel x86).
* 这二元码必须与你的核心(kernel)相容 (i.e., a.out 或 ELF).
* 你的函式库(libraries)必须是最新的.
如果全都失败, 你可以在合适的 新闻群组寻求帮忙, 像是在
[9]comp.os.linux.x 或 [10]comp.os.linux.development. 万一你只是不够幸运
的话, 嘿, 试试也是有趣的.
5. 最後步骤
读一下软体套件的文件来决定是否有某些环境变数需要设 (在 .bashrc 或
.cshrc) 以及 是否 .Xdefaults 和 .Xresources 档案需要调整.
可能有个应用程式内定的档案, 通常叫做 Xfoo.ad 在原本的 Xfoo 发行套件. 如
果这样, 编辑 Xfoo.ad 档案适合你的机器, 然後重新命名 (mv) 成 Xfoo 而且
以 root 身分 安装它到 /usr/lib/X11/app-defaults 目录, 没这样做可能会造
成软体行为很奇怪, 甚至拒绝执行.
大多数的软体套件附有一个或以上的格式化 man pages. 以 root 身分, 复制
Xfoo.man 档案到合适的 /usr/man 目录 (man1 - man9), 而根据那再重新命名.
举例而言, 如果 Xfoo.man 结果是在 /usr/man/man4, 那应该命名为 Xfoo.4
(mv Xfoo.man Xfoo.4). 根据一般约定使用者的命令摆在 man1, 游戏是在
man6, 而管理的套件是在 man8 (看一下 man 文件 以取得更详细资料).当然,在
你系统你可以不照这个约定, 只要你喜欢.
某些套件不会安装二元码(binaries)在合适的系统目录, 换句话说, 他们没有
install 选项在 Makefile 中. 如果是这情况, 你可以用 root 身分复制二元
码(binaries)到 usr/local/bin 目录来手动安装二元码(binaries).
注意的是某些或全部上述步骤,在大部分情形下,应该会由 make install 来自动
操作. 如果是这样, README 或 INSTALL 文件档会提到这个.
6. 第一个例子: Xscrabble
Matt Chapman的 Xscrabble 似乎像是个颇有趣的程式, 因为我曾是个贪婪的
Scrabble™(拼字游戏)玩家.我下载下,解压, 而且建立它以 README 档案中
的下列步骤:
xmkmf
make Makefiles
make includes
make
当然它不能正常运作...
_________________________________________________________________
gcc -o xscrab -O2 -O -L/usr/X11R6/lib
init.o xinit.o misc.o moves.o cmove.o main.o xutils.o mess.o popup.o
widgets.o display.o user.o CircPerc.o
-lXaw -lXmu -lXExExt -lXext -lX11 -lXt -lSM -lICE -lXExExt -lXext -lX11
-lXpm -L../Xc -lXc
BarGraf.o(.text+0xe7): undefined reference to `XtAddConverter'
BarGraf.o(.text+0x29a): undefined reference to `XSetClipMask'
BarGraf.o(.text+0x2ff): undefined reference to `XSetClipRectangles'
BarGraf.o(.text+0x375): undefined reference to `XDrawString'
BarGraf.o(.text+0x3e7): undefined reference to `XDrawLine'
etc.
etc.
etc...
_________________________________________________________________
我在 [11]comp.os.linux.x 的新闻群组询问过, 而且有些人好心的指出似乎
Xt, Xaw, Xmu, 和 X11 libs 没有让连结器(linker)找得到. 嗯...
有两个主要的 Makefiles, 而且在 src 目录下的那个让我感兴趣. 在 Makefile
一行有定义 LOCAL_LIBS 成: LOCAL_LIBS = $(XAWLIB) $(XMULIB) $(XTOOLLIB)
$(XLIB) 这所指的 libs 并没有被连结器找到.
找找下个指到 LOCAL_LIBS 的地方, 我看到该在 Makerfile 的495行:
$(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LOCAL_LIBS) $(LDLIBS)
$(EXTRA_LOAD_FLAGS)
而现在 LDLIBS 是什麽呢?
LDLIBS = $(LDPOSTLIB) $(THREADS_LIBS) $(SYS_LIBRARIES)
$(EXTRA_LIBRARIES)
SYS_LIBRARIES 是:
SYS_LIBRARIES = -lXpm -L../Xc -lXc
是个! 就是这样遗失 libraries.
大概连结器需要在 LOCAL_LIBS 之前看到 LDLIBS... 所以, 第一件事要尝试去修
改 Makefile 就是改写在495行的 $(LOCAL_LIBS) 和 $(LDLIBS) , 所以它现在变
成:
$(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LDLIBS) $(LOCAL_LIBS)
$(EXTRA_LOAD_FLAGS) ^^^^^^^^^^^^^^^^^^^^^^^
在上面的改後,我试著再次执行 make , 瞧, 它这次可正常跑了. 当然,
Xscrabble 仍然需要一些微调(fine tuning]与玩弄(twiddling), 像是重新命名
字典以及标注某些辅助的叙述在原始码档案之一, 但正因为那样,它已给我好几个
小时的消遣.
你可以寄 e-mail [12]Matt Chapman, 而且从他的 [13]home page 下载
Xscrabble.
_________________________________________________________________
Scrabble 是 Milton Bradley Co., Inc. 的注册商标.
_________________________________________________________________
7. 第二个例子: Xloadimage
这个例子提出较简单的问题. xloadimage 程式加入到我的图形工作组似乎是很有
用. 我从一本由 Mui 和 Quercia 所著的好书 [14]X User Tools 所附的 CD 上
的原始码目录(source directory), 直接复制 xloadi41.gz 档案下来. 如预期
的, 用 tar xzvf 解开所有档案. 然而, make 出现了令人讨厌的错误而且中断.
_________________________________________________________________
gcc -c -O -fstrength-reduce -finline-functions -fforce-mem
-fforce-addr -DSYSV -I/usr/X11R6/include
-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c
In file included from /usr/include/stdlib.h:32,
from image.h:23,
from xloadimage.h:15,
from mcidas.c:7:
/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:
conflicting types for `wchar_t'
/usr/X11R6/include/X11/Xlib.h:74: previous declaration of
`wchar_t'
make[1]: *** [mcidas.o] Error 1
make[1]: Leaving directory
`/home/thegrendel/tst/xloadimage.4.1'
make: *** [default] Error 2
_________________________________________________________________
这错误讯息含有最根本的线索.
看一下档案 image.h 的23行.
_________________________________________________________________
#include <stdlib.h>
_________________________________________________________________
啊哈! 在 xloadimage, wchar_t 原始码的某处已经重复定义了在标准 include
档案 stdlib.h 已定义的东西. 首先试试将在 image.h 的23行标注(commenting
out)起来, 也许 stdlib.h include 是不大需要的.
此时, build 过程没有任何重大错误. xloadimage 程式现在功能都正常.
8. 第三个例子: Fortune
最後例子需要某些 C 程式设计知识. 大部分的 Linux 软体是用 C 写的, 而且至
少学点 C 明显的对任何想软体安装的人会有助益.
恶名昭彰的(notorious) fortune 程式在每次 Linux 开机起来时秀出幽默的谚语
"fortune cookie". 不幸地 (有双关意思的), 设法在 Red Hat 发行套件
2.0.30 的核心下建立,出现了 一堆严重的错误.
_________________________________________________________________
~/fortune# make all
gcc -O2 -Wall -fomit-frame-pointer -pipe -c fortune.c -o
fortune.o
fortune.c: In function `add_dir':
fortune.c:551: structure has no member named `d_namlen'
fortune.c:553: structure has no member named `d_namlen'
make[1]: *** [fortune.o] Error 1
make[1]: Leaving directory `/home/thegrendel/for/fortune/fortune'
make: *** [fortune-bin] Error 2
_________________________________________________________________
看一下 fortune.c, 有关联的几行在这.
_________________________________________________________________
if (dirent->d_namlen == 0)
continue;
name = copy(dirent->d_name, dirent->d_namlen);
_________________________________________________________________
我们需要找出 dirent 的 structure, 但它没有宣告(declared)在 fortune.c 档
案中, 想用 grep dirent 来秀出是否在其它原始码的档案中, 但也没有. 然而,
在 fortune.c 档的最上方有下列这行.
_________________________________________________________________
#include <dirent.h>
_________________________________________________________________
这似乎是系统函式库的 include 档案, 所以要找 dirent.h 的合理位置是在
/usr/include. 事实上, dirent.h 的确有在 /usr/include 中, 但该档没有包含
dirent 的 structure. 然而, 参考另一个 dirent.h 档.
_________________________________________________________________
#include <linux/dirent.h>
_________________________________________________________________
最後, 去 /usr/include/linux/dirent.h, 我们可找到我们所需要宣告的
structure.
_________________________________________________________________
struct dirent {
long d_ino;
__kernel_off_t d_off;
unsigned short d_reclen;
char d_name[256]; /* We must not include
limits.h! */
};
_________________________________________________________________
足够地确定, 这个 structure 宣告没有包含 d_namelen, 但有一对与其相当的选
择. 其中最可能的是 d_reclen, 因为 这个 structure member 表示某样东西的
length 而且它是 short integer. 其他大略, d_ino, 可能是 inode number, 判
断它的 name 和 type. 事实上, 我们大概是处理 "directory entry"
structure, 而元素表示档案属性, 它的名称, inode, 和 length (以 blocks 作
单位). 这似乎对我们的猜想很合理.
我们编辑档案 fortune.c, 而且改变在551行和553行的 d_namelen 变成
d_reclen. 再试试 make all. Success. 这次建立没有错误. 我们现在能够从
fortune 获得 "cheap thrills"
9. 哪□可找到原始码档案
现在你很渴望的使用你最新获得的知识来加入一些工具和其它好东西到你的系
统, 你可以在线上找到它们, [15]Linux Applications and Utilities Page, 或
者在很合理价位的 CD ROM 的档案, 藉由 [16]Red Hat, [17]InfoMagic, 以及其
它的.
一个众多原始码的宝库是在 [18]comp sources UNIX archive.
很多 UNIX 原始码发表在 [19]alt.sources 新闻群组. 如果你要找特别的原始码
包装的, 你可以贴在相关的 [20]alt.sources.wanted 新闻群组. 另外一个不错
的地方是查看 [21]comp.os.linux.announce 新闻群组. 要取得在 [22]Unix
sources 的通信论坛, 请寄个 subscribe 讯息到那.
至於 [23]alt.sources 新闻群组的档案是在下面 ftp 站:
* [24]ftp.sterling.com/usenet/alt.sources/
* [25]wuarchive.wustl.edu/usenet/alt.sources/articles
* [26]src.doc.ic.ac.uk/usenet/alt.sources/articles
10. 结语
总结, 百折不挠会使什麽都变成不一样 (而且高难度挫折门槛明显会有帮助). 使
出全力,从失败中获得学习更是重要. 在每个过失的步伐, 每个失败造就了能够掌
握 建立软体艺术 的知识个体.
11. 参考与进一步阅读资料
BORLAND C++ TOOLS AND UTILITIES GUIDE, Borland International, 1992,
pp. 9-42.
[Borland C++, ver. 3.1. 的发行手册之一. 给了很好介绍在语法和概念上,
使用 Borland 在 DOS 下残馀的实作.]
DuBois, Paul: SOFTWARE PORTABILITY WITH IMAKE, O'Reilly and Associates,
1996, ISBN 1-56592-226-3.
[这据说是完整的 imake 参考资料, 虽然我在写本文时,还未取得.]
Frisch, Aeleen: ESSENTIAL SYSTEM ADMINISTRATION, O'Reilly and
Associates, 1995, ISBN 1-56592-127-5.
[这是其它卓越的系统管理手册已经有概略层面的谈到建立软体.]
Lehey, Greg: PORTING UNIX SOFTWARE, O'Reilly and Associates, 1995, ISBN
1-56592-126-7.
Mui, Linda 和 Valerie Quercia: X USER TOOLS, O'Reilly and Associates,
1994, ISBN 1-56592-019-8, pp. 734-760.
Oram, Andrew 和 Steve Talbott: MANAGING PROJECTS WITH MAKE, O'Reilly
and Associates, 1991, ISBN 0-937175-90-0.
Peek, Jerry 和 Tim O'Reilly 与 Mike Loukides: UNIX POWER TOOLS,
O'Reilly and Associates / Random House, 1997, ISBN 1-56592-260-3.
[很棒的概念来源, 而且有大量使用工具你可能从原始码来建立,
使用在本文中讨论的方法.]
Stallman, Richard M. 和 Roland McGrath: GNU MAKE, Free Software
Foundation, 1995, ISBN 1-882114-78-7.
[应该是需要阅读的.]
Welsh, Matt 和 Lar Kaufman: RUNNING LINUX, O'Reilly and Associates,
1996, ISBN 1-56592-151-8.
[仍然是全部 Linux 参考资料最好的, 虽然在某些地方缺少比较深入讨论.]
当然还有 make, imake, xmkmf, gcc, ldconfig, gzip, tar, 和 patch 的 man
pages.
References
1. mailto:thegrendel@theriver.com
2. http://personal.riverusers.com/~thegrendel/
3. mailto:r6921068@ms.cc.ntu.edu.tw
4. file://localhost/tmp/zh-sgmltools.18133/Software-Building-HOWTO.txt.html#finalsteps
5. ftp://sunsite.unc.edu/
6. http://www.lesstif.org/
7. ftp://sunsite.unc.edu/
8. ftp://tsx-11.mit.edu/
9. news://comp.os.linux.x/
10. news://comp.os.linux.development/
11. news://comp.os.linux.x/
12. mailto:matt@belgarath.demon.co.uk
13. http://www.belgarath.demon.co.uk/programs/index.html
14. file://localhost/tmp/zh-sgmltools.18133/Software-Building-HOWTO.txt.html#refs
15. http://www.redhat.com/linux-info/linux-app-list/linapps.html
16. http://www.redhat.com/
17. mailto:orders@infomagic.com
18. ftp://ftp.vix.com/pub/usenet/comp.sources.unix/
19. news://alt.sources/
20. news://alt.sources.wanted/
21. news://comp.os.linux.announce/
22. mailto:unix-sources@pa.dec.com
23. news://alt.sources/
24. ftp://ftp.sterling.com/usenet/alt.sources/
25. ftp://wuarchive.wustl.edu/usenet/alt.sources/articles
26. ftp://src.doc.ic.ac.uk/usenet/alt.sources/articles