在 64 位机器上编译 tcpsplice

Question

我正在尝试编译一个名为tcpslice 的小实用程序。这是典型的 GNU C 应用程序。当我运行./configure 时，输出如下：

检查构建系统类型...无效配置“x86_64-pc-linux-gnuoldld”：机器“x86_64-pc”无法识别 配置：错误：/bin/sh ./config.sub x86_64-pc-linux-gnuoldld 失败

它似乎不支持编译为 64 位 Linux 应用程序。所以我有几个问题：

1. 是否可以设置一些标志来将应用程序编译为 32 位并能够在我的 64 位操作系统上运行它？
2. 是否可以更新配置脚本以支持 64 位 Linux？如果是这样，我是否也会在 .c 文件中进行一些重要的代码更改？
3. 我注意到我网络上的一台 64 位 RHEL6 机器安装了该实用程序，并以相同的版本号 (1.2a3) 运行。我可以以某种方式下载用于构建它的源代码吗？如有必要，我可以访问 RHN。

Answer 1

是否可以设置一些标志来将应用程序编译为 32 位并能够在我的 64 位操作系统上运行它？

是的。 -m32 是选项。

是否可以更新配置脚本以支持 64 位 Linux？如果是这样，我是否也会在 .c 文件中进行一些重大的代码更改？

您必须进行一些代码更改才能使纯 32 位应用程序在 64 位上运行。这是一个link，它谈论将代码从 32 位移植到 64 位。

对不起，我不知道你第三个问题的答案。

希望我提供的小信息能在某些方面有所帮助。

Answer 2

安装以下软件包：

 $apt-get install ia32-libs.

对于 rhel 它的不同：

看看这个问题的答案：

CentOS 64 bit bad ELF interpreter

Answer 3

您误解了configure 脚本告诉您的内容。该解决方案与 CPU 位数无关。

错误归结为config.guess 的版本太旧，包创建者使用libtoolize 生成该版本。要修复它，您需要安装 libtool，然后说：

$ libtoolize --force

您会发现configure 现在运行了，因为libtoolize 用适合您系统的版本覆盖了config.guess 的压缩包版本。

您可能会遇到另一个问题，“丢失”bpf.h 文件。只需编辑 tcpslice.c 并更改此行：

#include <net/bpf.h>

到：

#include <pcap-bpf.h>

通过这两项更改，我得到了tcpslice 来构建我的 64 位 CentOS 5 机器。