“未定义的参考”在 Linux 中链接 C 代码时

Question

我有一个代码库（完全用 C 编写），通常在 Windows 下将其编译为 .DLL。

我想在 Linux 下编译它，这样我就可以分发它。我不在乎将其分发为 .a、.so 还是一堆 .o 文件。

所有单独的 .c 文件均已成功编译。但是，当我尝试编译包含所有 .o 文件的测试可执行文件时，我收到一堆未定义的引用错误。

所有 .o 文件都作为完整路径出现在命令行上，并且我没有收到任何有关丢失文件的错误。

cc testctd.c -o testctd.out -lm -lc $LIBRARY-PATH/*.o

我还有对 _open、_write 的未定义引用> 等

Answer 1

您将 -l 选项放在了错误的位置

-l库

-l 库

链接时搜索名为library的库。 （将库作为单独参数的第二种选择仅用于 POSIX 合规性>并且不推荐。）

在命令中写入此选项的位置会有所不同；链接器按照指定的顺序搜索和处理库和目标文件。因此，

foo.o -lz bar.o

在文件 foo.o 之后但在 bar.o 之前搜索库 z。如果 bar.o 引用 z 中的函数，则可能不会加载这些函数。

链接器在标准目录列表中搜索库，该库实际上是一个名为 liblibrary.a 的文件。然后链接器使用该文件，就好像它是通过名称精确指定的一样。

Answer 2

您没有提供足够的信息来获得完整的答案，但我想我知道您的一个问题：函数 open、read、< code>write、close 等在 Windows 上其名称前面有下划线，但在 Linux（或任何其他 Unix 上）没有 ）。当您编译 .c 文件时，编译器应该警告您这一点 - 如果没有，请打开警告！无论如何，您必须删除所有这些下划线。我会推荐一个执行如下操作的头文件：

#ifdef _WIN32
#define open(p, f, m) _open(p, f, m)
#define read(f, b, n) _read(f, b, n)
#define write(f, b, n) _write(f, b, n)
#define close(f) _close(f)
/* etc */
#endif

然后在实际代码中仅使用无下划线名称。

此外，-l 选项（例如 -lm）必须放置在所有目标文件之后。没有必要指定 -lc （并且它可能会导致问题，在这种情况下，这里无法讨论）。