作为 Andrew Medico 回答的替代方案,在 PPC 或 SPARC 或 Intel 机器上使用 '-m32' 进行 32 位编译,使用 '-m64' 进行 64 位编译 - 因为您实际上并未提及哪个芯片您正在使用的架构,并且该符号适用于所有这些。
我经常使用:
CC="gcc -m32" ./configure
确保 32 位编译(或者,更常见的是 CC="gcc -m64" 确保 64 位编译)。
问题:“CC是make使用的环境变量吗?”
答案:是的,虽然在这种情况下,它也被configure 识别,这是一个由autoconf 生成的shell 脚本。我使用的符号 - 这是我在命令行中使用的 - 在运行 configure 命令时在环境中设置 CC。另一个答案建议使用:
./configure CC="gcc -m32"
我认为它可以工作并达到几乎相同的效果;没试过,不知道好不好用。
如果您运行./configure --help | less,您将看到有关如何使用该脚本的信息(通常只是标准信息)。最后,它会列出(一些)相关的环境变量,CC就是其中之一。
将 C 编译器设置为“gcc -m32”的好处是每次使用编译器时都会设置 32 位标志 - 出错的空间很小。如果您设置了一个标志变量(CFLAGS 等),则有可能某些命令不会使用它,然后事情可能会出错。
另外,回到问题,make 肯定使用了一个名为 CC 的变量(宏)。您可以在 make 命令行上进行设置:
make CC="gcc -m32"
这会覆盖 makefile 中的任何设置。相比之下,使用环境变量时,makefile 中的设置会覆盖环境中的值,因此将 CC 设置为环境变量的帮助较小。尽管make -e 将环境优先于makefile,但它通常是一个危险的选择——它可能会产生意想不到的副作用。