编译时跳过不兼容的库

Question

当我尝试在本地计算机上编译项目的副本时，收到一条错误消息，指出它正在跳过不兼容的库。当我在工作中使用服务器上托管的实时版本时，情况并非如此[它完美地存在]。

其他各种网站让我相信这可能是一个环境问题，因为我正在 64 位 Ubuntu 发行版上进行开发，并且我假设服务器版本在 32 位上运行。尽管如此，将我的环境变量设置为：

CFLAGS+=" -m32"
CXXFLAGS+=" -m32"

我仍然收到相同的编译错误：

/usr/bin/ld: skipping incompatible /dvlpmnt/libPI-Http.a when searching for -lPI-Http

Can haz Tutorial?

==编辑==

这是我遵循 Jonathan 的建议时收到的输出：

http.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped

显然，所讨论的库毕竟是 32 位的？

Answer 1

通常，这本身并不是错误；这是一个警告，表明它找到的第一个与编译器/链接器的 -lPI-Http 参数匹配的文件无效。当找不到具有正确内容的其他库时，就会发生错误。

因此，您需要查看 /dvlpmnt/libPI-Http.a 是 32 位目标文件还是 64 位目标文件的库 - 如果您这样做，它很可能是 64 位使用 -m32 选项进行编译。然后，您需要确定其他位置是否有替代的 32 位 libPI-Http.a 或 libPI-Http.so 文件。如果是这样，请确保包含它的目录列在链接器的 -L/some/where 参数中。如果没有，那么您将需要从某处获取或构建该库的 32 位版本。

要确定该库中的内容，您可能需要执行以下操作：

mkdir junk
cd junk
ar x /dvlpmnt/libPI-Http.a
file *.o
cd ..
rm -fr junk

“file”步骤告诉您存档中的对象文件是什么类型。剩下的只是确保你不会弄得一团乱，无法轻易清理。

Answer 2

该消息实际上并不是错误 - 它只是一个警告，表明相关文件的架构不正确（例如 32 位与 64 位、错误的 CPU 架构）。链接器将继续寻找正确类型的库。

当然，如果您还收到类似 can't find lPI-Http 的错误，那么您就有问题了 :-) 在

不知道具体解决方法的情况下，很难提出确切的补救措施。你的构建系统和 makefile 的详细信息，但这里有一些在黑暗中的镜头：

1. 只是为了检查：通常你会添加
   标记为 CFLAGS 而不是
   CTAGS - 你确定这是
   正确的？ （您所拥有的可能是正确的 - 这取决于您的构建系统！）
2. 通常该标志也需要传递给链接器 - 因此您可能还需要修改 LDFLAGS

如果这没有帮助- 您能否发布完整的错误输出，以及正在执行的实际命令（例如 gcc foo.c -m32 -Dxxx 等）？