在 Linux 下建立软体套件 <author> <tt>作者:<url url="mailto:thegrendel@theriver.com" name="Mendel Leo Cooper"></tt> <tt><htmlurl url="http://personal.riverusers.com/~thegrendel/" name="http://personal.riverusers.com/~thegrendel/"></tt><newline> <tt>译者:<url url="mailto:r6921068@ms.cc.ntu.edu.tw" name="J.S.Lin"></tt> <date>v1.52, 27 December 1997 <abstract> 这是份广泛指引文件,可用来建立"一般性" UNIX 软体发行套件在 Linux 下. </abstract>  <toc>  <sect>简介 很多软体套件提供给各式 UNIX, 包括 Linux, 是将原始码档案压缩成档案(archives)而发行的. 相同的套件可以建立以便在不同对象的机器上执行, 并且这可节省些软体成品而免於必须制造各种发行版本. 软体套件的单一发行版本结果能执行在各式实体(incarnations), 像是在 Intel 机器, DEC Alpha, RISC 工作站, 甚至是电算主机. 但不幸的是, 这将"建立"软体的工作推给了最终使用者(end user), 实际上是"系统管理者", 即坐在键盘前的同志...你. 虽然这样, 认真来说这过程并不是像它看起来那麽可怕或不可思议, 就像这指引所解说一样. <sect>从取得开始 你有下载或其它方式取得一个软体套件. 最常见情况是它被打包起来 (tarred) 而且被压缩 (gzipped), 成为 <tt>.tar.gz</tt> 或 <tt>.tgz</tt> 形式. 首先将它复制到一工作目录. 然後用 untar 和 gunzip 处理它. 处理它最适合的命令是 <bf>tar xzvf filename</bf>, 这□的 filename 当然是软体档名. 这种解开程序常常会安装适当档案在它所开启的子目录中. 注意的是如果套件名称有 .Z 结尾, 那将要使用 <bf>uncompress PACKAGENAME</bf>, 然後再用 <bf>tar xvf PACKAGENAME</bf> 而不要用之前的步骤. 有时打包起来的档案必须 untarred 且安装自使用者的家目录(home directory), 或者也许是在某个其它目录, 像是套件设定资料所指定的. 假若你设法要 untar 它而得到的是错误讯息, 也许就是那原因. 读一下套件文件, 特别是 <tt>README</tt> 和/或 <tt>Install</tt> 档案, 如果存在, 编辑设定档案和/或 <tt>Makefiles</tt> 如所需要的, 即与安装指示符合. 注意的是通常 <bf>不</bf> 去更改 <tt>Imake</tt> 档案, 因为这可能有未预期的结果. 某些软体套件允许自动安装程序,它是藉由执行 <bf>make install</bf> 来放置二元码在适当系统位置. 偶而, 你可能需要使用 <tt>patch档案</tt>,该档案有列出原本的与新的原始档案的差异, 来升级或加入臭□(bug)的修正至未打包(unarchived)的原始档案. doc档案与/或 <tt>README</tt> 档案会告知你这算不算该情况. 对於使用 Larry Wall 的强力 <tt>修补(patch)</tt> 工具之正常的语法(syntax)是 <bf>patch < patchfile</bf>. 你现在可以开始进行 建立 过程阶段了. <sect>使用 Make <tt>Makefile</tt> 是建立过程的重点. 在它的最简单的形式, Makefile 就是个 script ,它是用来编译或建立"二元码",套件的可执行部分. Makefile也可以提供软体套件升级的工具,而不需要重新编译每一个在套件中的原始档案, 但其有不同的情况(或是不同的约定). 某些特点是, Makefile 开启 <tt>cc</tt> 或 <tt>gcc</tt>. 这实际上是个前处理器, C (or C++) 编译器, 和连结器, 按照那个顺序. 这过程转换原始码(source)为可真正去执行的二元码(binaries). 下指令 make 通常只要键入 <bf>make</bf>. 这通常建立讨论中的套件所有需要的可执行档. 然而, make 也做其他工作,像是安装档案至合适的目录 (<bf>make install</bf>) 而且删除旧的 object 档案 (<bf>make clean</bf>). 执行 <bf>make -n</bf> 允许预览建立过程, 就是列出所有 make 所唤起的(triggered)所有命令, 但没有真的去执行它们. 只有在最简单的软体使用一般性的 Makefile. 较复杂的安装需要根据函式库(libraries), include 档案以及你个别机器资源所在目录来量身定制. 这特别是当需要 <tt>X11</tt> 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 身分来下指令, 特别是当 <bf>make install</bf> 来搬移二元码到 <tt>/usr/bin</tt> 或 <tt>/usr/local/bin</tt> 目录. 以一般使用者的身分而不具 root 权力来使用 make 将可能会导致 <tt>write access denied</tt> 的错误讯息, 因为你缺少写入(write)至系统目录的权限. 也检查一下, 所造出来的二元码对你与任何其他适用的使用者有适合的执行(execute)权限. 下指令 <bf>xmkmf</bf> 来使用 Imake 档案, 建立一个新的而且适合你系统的 Makefile. 正常地下指令 <bf>xmkmf</bf> 都会附加 <bf>-a</bf> 引数, 因而自动地做 make Makefiles, make includes, 和 make depend 的动作. 这会设定变数(variables)和给定函式库(library) 位置给编译器和连结器. 有时会没有 Imake 档案, 引而代之的是有 INSTALL 和 configure 的 script, 也会到这样的目的. 注意的是如果你要执行 configure, 那要下指令 <bf>./configure</bf> 以确保在目前目录下正确的 script configure 是被呼叫. 在大部分的情况, 在发行套件中的 README 档案会说明安装步骤. 通常一个好的方法是从外观检视一下 <tt>Makefile</tt> 是 <tt>xmkmf</tt> 或其中一个安装的 scripts 所造出来的. Makefile 正常下会为你的系统而修正, 但你偶而可能需要"旋扭(tweak)"或手动地修正错误. 你的一般安装步骤将会是: <itemize> <item>读一下 README 档案和其它合用的文件. <item>执行 <bf>xmkmf -a</bf>, 还是 INSTALL 或 configure script. <item>检查一下 <tt>Makefile</tt>. <item>如果需要, 执行一下 <bf>make clean</bf>, <bf>make Makefiles</bf>, <bf>make includes</bf>, and <bf>make depend</bf>. <item>执行 <bf>make</bf>. <item>检查一下权限. <item>如果需要, 执行一下 <bf>make install</bf>. </itemize> <sect>克服困难 如果用 <bf>xmkmf</bf> 和/或 <bf>make</bf> 很成功没有错误, 你可以著手於 <ref id="finalsteps" name="next section">. 然而, 在真实生活, 很少事情在第一次就正确的工作. 这就是当你的机智丰富时,要勇於尝试. <sect1>连结错误 <itemize> <item>如果 <bf>make</bf> 失败而出现有 <tt>Link error: -lX11: No such file or directory</tt>, 甚至是在使用 <bf>xmkmf</bf> 後. 这可能意味著 Imake 档案没有适当地装好. 检查 Makefile 的第一部分有没有像这样的几行: <tscreen><verb> LIB= -L/usr/X11/lib INCLUDE= -I/usr/X11/include/X11 LIBS= -lX11 -lc -lm </verb></tscreen> <tt>-L</tt> 和 <tt>-I</tt> 切换器(switches)会通告编译器和连结器分别去哪□寻找 library 和 include 档案. 在这例子, X11 libraries 应该是在 <tt>/usr/X11/lib</tt> 目录, 而 X11 include 档案 应该是在 <tt>/usr/X11/include/X11</tt>目录. 如果这在你的机器上是不对的, 必须改变 Makefile 而且再试试 <bf>make</bf>. </itemize> <itemize> <item>在非常少的情况, 以 root 身分跑一下 <bf>ldconfig</bf> 也许是个答案: <bf># /etc/ldconfig -n /lib</bf> 将会更新共享式函式库符号连结 (shared library symbolic links). 这在正常的情形下不是需要的. </itemize> <itemize> <item>目前另一件事是如果 <bf>xmkmf</bf> 失败, 则试试下列 script: <tscreen><verb> make -DUseInstalled -I/usr/X386/lib/X11/config </verb></tscreen> </itemize> <itemize> <item>有时原始码需要使用旧版的 X11R5 libraries 来建立. 如果你有 R5 libs 在 /usr/X11R6/lib (当你首先在安装 Linux 时, 你是有选择是否安装它们的), 然後你只需要确定,你有连结到软体所需要建立的地方. <tt>R5 libs</tt> 是有 <tt>libX11.so.3.1.0</tt>, <tt>libXaw.so.3.1.0</tt>, 和 <tt>libXt.so.3.1.0</tt>. 一般你需要连结至, 像是 <bf>libX11.so.3 -> libX11.so.3.1.0</bf>. 大概软体也需要这个形式连结 <bf>libX11.so -> libX11.so.3.1.0</bf>. 当然, 要将这"断掉(missing)"的连结建好, 要以 root 身分使用这指令 <bf>ln -s libX11.so.3.1.0 libX11.so</bf>. </itemize> <itemize> <item> 某些套件会要求你去安装一个或以上的升级版本. 举例而言, StarDivision GmbH 的 StarOffice 组件(suite)是恶名昭彰(notorious)的要求 <tt>libc</tt> version 5.4.4 或更新. 以 root身分, 你需要复制一个或以上的函式库(libraries)至合适的目录, 删去旧的函式库(libraries),然後重设符号连结. <bf>小心: 在这要格外注意, 因为如果你弄糟, 你可能会付出你的系统不能运作的代价</bf>. 你通常可以找到升级的函式库(libraries)在 <url url="ftp://sunsite.unc.edu" name="Sunsite">. </itemize> <sect1>其它问题 <itemize> <item>在安装好的 Perl 或 shell script 给你一个 <tt>No such file or directory</tt> 错误讯息. 在这情况,检查档案权限来确定档案可执行以及检查档案标头是否含有使用 shell 或程式, 指明 script 所在地方. 举例而言, script 开始如: <tscreen><verb> #!/usr/local/bin/perl </verb></tscreen> 如果 Perl 实际装在你的 <tt>/usr/bin</tt> 目录, 而不是 <tt>/usr/local/bin</tt> 目录, 那麽 script 无法执行. 有两个方法来修改. script 档案标头改成 <tt>#!/usr/bin/perl</tt>, 或用符号连结至正确的目录, <bf>ln -s /usr/bin/perl /usr/local/bin/perl</bf>. </itemize> <itemize> <item>某些 X11 软体要求有 <tt>Motif</tt> 函式库(libraries)才能建立. 而标准的 Linux 发行套件并没有安装 Motif libraries, 而且目前 Motif 还要额外 $100-$200 的花费 (虽然免费软体 <url url="http://www.lesstif.org/" name="Lesstif"> 在某些场合也能够用). 如果你需要 Motif 来建立某一套件, 但缺少 Motif libraries, 那麽也许可以取得 静态连结的二元码(statically linked binaries). 静态连结在二元码本身纳入函式库行程(library routines). 这造成二元码档案大了许多, 但是码可在缺少该函式库的系统上执行. </itemize> <itemize> 执行 configure script 会创造奇怪的 <tt>Makefile</tt>, 那像是与你所要设法建立的套件亳不相干. 这表示跑著错误的 configure, 其找到你的 path 上某处其他的 configure. 所以要下 configure 指令应该要下成 <bf>./configure</bf> 即目前目录下的. </itemize> <itemize> <item>某些程式会要求有 setuid root, 为了要以有 root 权力 来执行. 要达成这目录的指令是 以root 下指令 <bf>chmod u+s filename</bf>. (注意的是这程式已经是 root 所拥有了). 这在设定档案权限中的 setuid bit 很有用. 这样用在当程式在存取系统硬体,像是 modem 或 CD ROM drive, 或当 SVGA libs 被使在於主控台模式(console mode), 像是在一个特别恶名昭彰的(notorious)模拟器(emulation)套件. 如果程式正被 root 执行, 但给一般使用者一个 access denied 的错误讯息, 想像就是这样造成的. <bf>警告:</bf> 一个有 setuid 成 root 的程式可能提出对你的系统有安全上的风险. 这个程式可以 root 权力来跑而所以有某些破害的潜在性. 在设定 setuid bit 前, 确定你知道该程式在做什麽, 必要时看一下原始码. </itemize> <sect1>旋扭与微调 你可能希望检查 <tt>Makefile</tt> 来确定有选用对你系统最佳编译选项. 举例来说, 设定 -O2 旗标来选最高层级的最佳化而 -fomit-frame-pointer 旗标来造最小二元码 (虽然 debugging 会没有打开). <bf>除非你知道你在做什麽, 而且在任何情况下, 除非艰苦建立的工作已完成, 否则不要玩这些</bf>. <sect1>去哪取得进一步的协助 在我的经验, 大概25%的应用程式建立"完全没有困难". 另外大约50%能"被说服"的建立, 要付出努力的□围从无聊到极为困难. 那仍然表示有某些套件无论如何都无法建立. 即使那样, 那些 Intel <tt>ELF</tt> 和/或 <tt>a.out</tt> 二元码, 也可能在 <url url="ftp://sunsite.unc.edu" name="Sunsite">, <url url="ftp://tsx-11.mit.edu" name = "TSX-11 archive"> 或其它地方找到. 也许, 软体的创造者可以提供编译好的二元码给你的特别的机器使用. <tt>注意的是如果你取得预先编译好的二元码, 你会需要检查是否与你的系统相容:</tt> <itemize> <item><tt>这二元码必须在你的硬体上跑 (i.e., Intel x86).</tt> <item><tt>这二元码必须与你的核心(kernel)相容 (i.e., a.out 或 ELF).</tt> <item><tt>你的函式库(libraries)必须是最新的.</tt> </itemize> 如果全都失败, 你可以在合适的 新闻群组寻求帮忙, 像是在<htmlurl url="news://comp.os.linux.x" name="comp.os.linux.x"> 或 <htmlurl url="news://comp.os.linux.development" name="comp.os.linux.development">. 万一你只是不够幸运的话, 嘿, 试试也是有趣的. <sect>最後步骤<label id="finalsteps"> 读一下软体套件的文件来决定是否有某些环境变数需要设 (在 .bashrc 或 .cshrc) 以及是否 .Xdefaults 和 .Xresources 档案需要调整. 可能有个应用程式内定的档案, 通常叫做 Xfoo.ad 在原本的 Xfoo 发行套件. 如果这样, 编辑 Xfoo.ad 档案适合你的机器, 然後重新命名 (<bf>mv</bf>) 成 Xfoo 而且 以 root 身分 安装它到 <tt>/usr/lib/X11/app-defaults</tt> 目录, 没这样做可能会造成软体行为很奇怪, 甚至拒绝执行. 大多数的软体套件附有一个或以上的格式化 man pages. 以 root 身分, 复制 Xfoo.man 档案到合适的 <tt>/usr/man</tt> 目录 (<tt>man1</tt> - <tt>man9</tt>), 而根据那再重新命名. 举例而言, 如果 Xfoo.man 结果是在 /usr/man/man4, 那应该命名为 Xfoo.4 (mv Xfoo.man Xfoo.4). 根据一般约定使用者的命令摆在 <tt>man1</tt>, 游戏是在 <tt>man6</tt>, 而管理的套件是在 <tt>man8</tt> (看一下 man 文件 以取得更详细资料).当然,在你系统你可以不照这个约定, 只要你喜欢. 某些套件不会安装二元码(binaries)在合适的系统目录, 换句话说, 他们没有 install 选项在 <tt>Makefile</tt> 中. 如果是这情况, 你可以用 root 身分复制二元码(binaries)到 <tt>usr/local/bin</tt> 目录来手动安装二元码(binaries). 注意的是某些或全部上述步骤,在大部分情形下,应该会由 <bf>make install</bf> 来自动操作. 如果是这样, <tt>README</tt> 或 <tt>INSTALL</tt> 文件档会提到这个. <sect>第一个例子: Xscrabble Matt Chapman的 <bf>Xscrabble</bf> 似乎像是个颇有趣的程式, 因为我曾是个贪婪的 Scrabble<tt>&tm;</tt>(拼字游戏)玩家.我下载下,解压, 而且建立它以 README 档案中的下列步骤: <tscreen><verb> xmkmf make Makefiles make includes make </verb></tscreen> 当然它不能正常运作... <code> 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... </code> 我在 <htmlurl url="news://comp.os.linux.x" name="comp.os.linux.x"> 的新闻群组询问过, 而且有些人好心的指出似乎 Xt, Xaw, Xmu, 和 X11 libs 没有让连结器(linker)找得到. 嗯... 有两个主要的 Makefiles, 而且在 <tt>src</tt> 目录下的那个让我感兴趣. 在 Makefile 一行有定义 LOCAL_LIBS 成: LOCAL_LIBS = $(XAWLIB) $(XMULIB) $(XTOOLLIB) $(XLIB) 这所指的 libs 并没有被连结器找到. 找找下个指到 LOCAL_LIBS 的地方, 我看到该在 Makerfile 的495行: <tscreen><verb> $(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LOCAL_LIBS) $(LDLIBS) $(EXTRA_LOAD_FLAGS) </verb></tscreen> 而现在 LDLIBS 是什麽呢? <tscreen><verb> LDLIBS = $(LDPOSTLIB) $(THREADS_LIBS) $(SYS_LIBRARIES) $(EXTRA_LIBRARIES) </verb></tscreen> SYS_LIBRARIES 是: <tscreen><verb> SYS_LIBRARIES = -lXpm -L../Xc -lXc </verb></tscreen> 是个! 就是这样遗失 libraries. 大概连结器需要在 LOCAL_LIBS 之前看到 LDLIBS... 所以, 第一件事要尝试去修改 Makefile 就是改写在495行的 $(LOCAL_LIBS) 和 $(LDLIBS) , 所以它现在变成: <tscreen><verb> $(CCLINK) -o $@ $(LDOPTIONS) $(OBJS) $(LDLIBS) $(LOCAL_LIBS) $(EXTRA_LOAD_FLAGS) ^^^^^^^^^^^^^^^^^^^^^^^ </verb></tscreen> 在上面的改後,我试著再次执行 <bf>make</bf> , 瞧, 它这次可正常跑了. 当然, Xscrabble 仍然需要一些微调(fine tuning]与玩弄(twiddling), 像是重新命名字典以及标注某些辅助的叙述在原始码档案之一, 但正因为那样,它已给我好几个小时的消遣. 你可以寄 e-mail <url url="mailto:matt@belgarath.demon.co.uk" name="Matt Chapman">, 而且从他的 <url url="http://www.belgarath.demon.co.uk/programs/index.html" name="home page"> 下载 <bf>Xscrabble</bf>. <code> Scrabble 是 Milton Bradley Co., Inc. 的注册商标. </code> <sect>第二个例子: Xloadimage 这个例子提出较简单的问题. <bf>xloadimage</bf> 程式加入到我的图形工作组似乎是很有用. 我从一本由 Mui 和 Quercia 所著的好书 <ref id="refs" name="X User Tools"> 所附的 CD 上的原始码目录(source directory), 直接复制 xloadi41.gz 档案下来. 如预期的, 用 <bf>tar xzvf</bf> 解开所有档案. 然而, <bf>make</bf> 出现了令人讨厌的错误而且中断. <code> 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 </code> 这错误讯息含有最根本的线索. 看一下档案 image.h 的23行. <code> #include <stdlib.h> </code> 啊哈! 在 xloadimage, <tt>wchar_t</tt> 原始码的某处已经重复定义了在标准 include 档案 <tt>stdlib.h</tt> 已定义的东西. 首先试试将在 <tt>image.h</tt> 的23行标注(commenting out)起来, 也许 <tt>stdlib.h include</tt> 是不大需要的. 此时, build 过程没有任何重大错误. <bf>xloadimage</bf> 程式现在功能都正常. <sect>第三个例子: Fortune 最後例子需要某些 C 程式设计知识. 大部分的 Linux 软体是用 C 写的, 而且至少学点 C 明显的对任何想软体安装的人会有助益. 恶名昭彰的(notorious) fortune 程式在每次 Linux 开机起来时秀出幽默的谚语 "fortune cookie". 不幸地 (有双关意思的), 设法在 Red Hat 发行套件 2.0.30 的核心下建立,出现了一堆严重的错误. <code> ~/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 </code> 看一下 <tt>fortune.c</tt>, 有关联的几行在这. <code> if (dirent->d_namlen == 0) continue; name = copy(dirent->d_name, dirent->d_namlen); </code> 我们需要找出 <tt>dirent</tt> 的 structure, 但它没有宣告(declared)在 fortune.c 档案中, 想用 <bf>grep dirent</bf> 来秀出是否在其它原始码的档案中, 但也没有. 然而, 在 fortune.c 档的最上方有下列这行. <code> #include <dirent.h> </code> 这似乎是系统函式库的 include 档案, 所以要找 dirent.h 的合理位置是在 /usr/include. 事实上, dirent.h 的确有在 /usr/include 中, 但该档没有包含 <tt>dirent</tt> 的 structure. 然而, 参考另一个 dirent.h 档. <code> #include <linux/dirent.h> </code> 最後, 去 /usr/include/linux/dirent.h, 我们可找到我们所需要宣告的 structure. <code> struct dirent { long d_ino; __kernel_off_t d_off; unsigned short d_reclen; char d_name[256]; /* We must not include limits.h! */ }; </code> 足够地确定, 这个 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行的 <tt>d_namelen</tt> 变成 <tt>d_reclen</tt>. 再试试 <tt>make all</tt>. <bf>Success.</bf> 这次建立没有错误. 我们现在能够从 fortune 获得 "cheap thrills" <sect>哪□可找到原始码档案 现在你很渴望的使用你最新获得的知识来加入一些工具和其它好东西到你的系统, 你可以在线上找到它们, <url url="http://www.redhat.com/linux-info/linux-app-list/linapps.html" name="Linux Applications and Utilities Page">, 或者在很合理价位的 CD ROM 的档案, 藉由 <url url="http://www.redhat.com/" name="Red Hat">, <url url="mailto:orders@infomagic.com" name="InfoMagic">, 以及其它的. 一个众多原始码的宝库是在 <url url="ftp://ftp.vix.com/pub/usenet/comp.sources.unix/" name="comp sources UNIX archive">. 很多 UNIX 原始码发表在 <htmlurl url="news://alt.sources" name="alt.sources"> 新闻群组. 如果你要找特别的原始码包装的, 你可以贴在相关的 <htmlurl url="news://alt.sources.wanted" name="alt.sources.wanted"> 新闻群组. 另外一个不错的地方是查看 <htmlurl url="news://comp.os.linux.announce" name="comp.os.linux.announce"> 新闻群组. 要取得在 <url url="mailto:unix-sources@pa.dec.com" name="Unix sources"> 的通信论坛, 请寄个 subscribe 讯息到那. 至於<htmlurl url="news://alt.sources" name="alt.sources"> 新闻群组的档案是在下面 ftp 站: <itemize> <item><url url="ftp://ftp.sterling.com/usenet/alt.sources/" name="ftp.sterling.com/usenet/alt.sources/"> <item><url url="ftp://wuarchive.wustl.edu/usenet/alt.sources/articles" name="wuarchive.wustl.edu/usenet/alt.sources/articles"> <item><url url="ftp://src.doc.ic.ac.uk/usenet/alt.sources/articles" name="src.doc.ic.ac.uk/usenet/alt.sources/articles"> </itemize> <sect>结语 总结, 百折不挠会使什麽都变成不一样 (而且高难度挫折门槛明显会有帮助). 使出全力,从失败中获得学习更是重要. 在每个过失的步伐, 每个失败造就了能够掌握 <bf>建立软体艺术</bf> 的知识个体. <sect>参考与进一步阅读资料<label id="refs"> <tscreen><verb> 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 参考资料最好的, 虽然在某些地方缺少比较深入讨论.] </verb></tscreen> 当然还有 make, imake, xmkmf, gcc, ldconfig, gzip, tar, 和 patch 的 <tt>man pages</tt>. </article>