这是份广泛指引文件,可用来建立"一般性" 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.
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'
|