7. 排错

假如 xmkmf 和/或者 make 没有错误而通过了，你可能要继续到下一个章节， 无论如何，然而，在 "真实生活"里，很少事情在第一次就操作正确，这样可以测试你的足智多谋了。

7.1 链接错误

假设 make 失败有个链接错误： -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 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X11 库应该在 /usr/X11/lib 目录，且 X11 包含文件应该在 /usr/X11/include/X11 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。

• 没有声明涉及的数学库函数，像下列各项：

           /tmp/cca011551.o(.text+0x11): undefined reference to `cos'
  

  要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。

• 用其他方法尝试 xmkmf 仍然失败 xmkmf 如果失败，参考下列脚本：

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

  这个直接方式的类别相当于 xmkmf 。

• 在少数例子里，用 root 运行 ldconfig 可能会解决：
  # ldconfig 更新共享库链接符号。这可能不是必须的。

• 一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或链接。然而，在那里是 libX11.so.6.1。解决方法是用 root 运行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接着需要运行 ldconfig 。

• 有时候源码需要老版本的 X11R5 库来构建。假如你有 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 。当然，创建一个 "缺少的" 链接，可用 root 运行命令 ln -s libX11.so.3.1.0 libX11.so 。

• 一些包需要你安装一个或更多库的升级版本。一个例子，StarOffice 4.x 版本套件来自 StarDivision GmbH 以需要一个 libc 的5.4.4版本而声名狼藉。更多新的 StarOffice 5.0 以新的 glibc 2.1 libs 不接下来安装。幸运的是，最近更新的 StarOffice 5.1 解决了这些问题。假如你作为 root 要运行老版本的StarOffice ，需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库(检查StarOffice miniHOWTO 最后一个版本可获取更多信息)。小心： 在此极端的练习，如果你启动后会使你的系统变得不可用。你通常能在 Sunsite. 找到最后更新的库。

7.2 其他问题

• 一个安装的的 Perl 或 shell 脚本给你一个：No such file or directory 的错误消息。在这个事例中，检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：
  

  #!/usr/local/bin/perl
  

  如 Perl 的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代，这个脚本不能运行有两个方法来纠正。文件头改成 #!/usr/bin/perl, ，或增加一个链接符， ln -s /usr/bin/perl /usr/local/bin/perl 。

• 一些 X11 软件需要图形库来构建。标准的 Linux 发行版没有安装图形库，而且图形库的使用需要额外 $100 至 $200 的价格。 (尽管大多数的自由软件 Lesstif 同样也能操作)。假如你需要图形库构建一个某几个包，但是缺乏图形库，它可能包含静态链接库。静态链接编译可把库包含在二进制本身。虽然这个会导致很多大量的二进制文件，但代码将涉及系统缺乏的库。

  当一个包构建需要的库不在你的系统里，它将产生一个链接错误(没声明涉及错误)。这个库可能是专有或找到其他原因是困难的。在这个事例里，获得一个包的作者的静态链接库 或从来自一个 Linux 使用团体可能是最容易的实现修复的两种方法。

• 运行 configure 脚本创建一个未知的 Makefile ，你尝试构建一个表面不相干的包，运行 configure 是错误的方法，这样会在你的 PATH 中找到另外一个，始终都要这样调用 ./configure 来防止错误发生。

• 大部分 Linux 发行版从老的 libc 5 改成 libc 6 / glibc 2 库。早期存在的的二进制工作在老的库上，你升级你的库后会导致它们失败。解决方法是用源码重新编译应用程序或获取最新的二进制。假如你升级系统到新的 libc 6 过程或经历了错误，查阅 Eric Green 的 Glibc 2 HOWTO 。

  注意glibc 版本有一些不同，所以一个二进制在 glibc 2.1 构建的，可能不能用glibc 2.0 代替而工作。

• 有时候必须在 Makefile 的编译标记移除 ansi 选项 。这会激活 gcc 额外的 non-ANSI 特征，并允许构建包需要的范围。 (感谢 Sebastien Blondeel 从头至尾的指点)。

• 一些程序需要有 root 的 setuid ，在 root 特权下运行。这个命令可以实现 chmod u+s filename， (提示这个程序必的属主须已经是 root)。 这个设置 setuid 位的结果在文件权限里。当程序访问系统硬件的，比如调制解调器或光驱，或 SVGA libs 从控制台模式调用，在一个独特热门的包已经发布了讨论。假如一个程序用 root 运行，但是出现 access denied 的错误消息给一个普通用户，那可以猜想到引起的这个原因。

  警告： 一个程序 root 的 setuid 可能会给你的系统造成一个安全问题。这个程序运行有 root 权限且因而存在潜在的损害。确保你知道什么程序这样做可靠，在设置 setuid 位之前尽可能查看源码。

7.3 细节调试优化

你可能希望调查 Makefile 为你的系统调用的某些最佳编译选项。一个例子，设置 -O2 标记选择优化的最高级别和 -fomit-frame-pointer 标记来制作最小的二进制(尽管调试没被关闭)。除非你知道你正在做的，否则在任何时候，无论如何不要尝试去 构建 试验的操作。

7.4 什么地方可得到进一步帮助

在我的经验里， 25% 以上的应用程序构建"完全没有问题"。另外的50% 在经过努力修正细节能被 "劝说" 的构建。这个包的重要数字表示仍然意味着有不能完全成功被构建。即使这样， 这些 Intel ELF 和/或 a.out 二进制也可能在 Sunsite 和 TSX-11 archiv 找到。 Red Hat 和 Debian 有大量的大多数流行的Linux 软件，作为预先编译好的二进制存档。或许软件的作者能提供为你特殊机器编译的二进制。

注意如果你获取编译好的二进制，你需要检查是否和你的系统兼容：

• 二进制能在你的硬件上运行(也就是 Intel x86)。
• 二进制必须和你的内核兼容(也就是 a.out 或 ELF)。
• 你的函数库必须是很新的。
• 你的系统必须能适当有效安装(rpm 或 deb)。

假如所有的都失败了，你可能要在合适的新闻组去寻找帮助，比如 comp.os.linux.x 或 comp.os.linux.development 。

如果所有的操作都没问题，至少在它上面花费最大的努力，而且你学到了很多。