这是份广泛指引文件,可用来建立"一般性" UNIX 软体发行套件在 Linux 下. 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.
[1] [2] [3] 下一页
更多的请看：http://www.QQread.com/windows/2003/index.Html
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(TM)(拼字游戏)玩家.我下载下,解压, 而且建立它以 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'
（出处：http://www.sheup.com）