在 Linux 上交叉编译 Win32 代码的库和 Mingw-gcc 的问题

Question

我正在尝试交叉编译我在 Linux 上为 Windows 编写的一些 C/C++ 程序。我在使用 GCC 和 MSVC 方面拥有丰富的经验。

通常，当使用 gcc 编译程序时，会使用 -l 链接器参数来指定要链接的库。使用 MingW-gcc 链接器时，这似乎无法正常工作。

海湾合作委员会版本： i58​​6-mingw32msvc-gcc (GCC) 4.4.4

当链接使用（例如 GTK+ 或 libpng、libz 等）的程序时，使用如下内容：

i58​​6-mingw32msvc-gcc -mwindows -L/opt/xcompile-win32/lib -lmylib -lmylib2 myprog.o -o myprog.exe

给出大量有关库函数未定义引用的错误。但是，如果我将库指定为附加对象，如下

所示： i586-mingw32msvc-gcc -mwindows -L/opt/xcompile-win32/lib /opt/xcompile-win32/lib/libmylib.a /opt/xcompile- win32/lib/libmylib2.a myprog.o -o myprog.exe

一切正常，生成的程序运行得很好！我的问题是：有没有办法让正常的 -l 库参数正常工作？这个方法好像有点麻烦！我似乎无法在网上找到任何解决此问题的内容。谢谢！

编辑：

澄清一下：命令行上库参数的顺序没有区别。此外，该程序仅使用 -l 参数就可以在 Linux (gcc) 上正常编译。实际命令如下：（

i586-mingw32msvc-gcc  -mwindows -o win32/vmclient.exe win32/gtk_test.o \
-L/opt/xcompile-win32/lib -latk-1.0 -lpangoft2-1.0 -lpangocairo-1.0 \
-lgdk_pixbuf-2.0 -lm -lcairo -lpng12 -lpango-1.0 -lfreetype -lfontconfig \
-lgmodule-2.0 -lgthread-2.0 -lglib-2.0

win32/gtk_test.o:gtk_test.c:(.text+0x37): undefined reference to `_gtk_init_abi_check'

以及一堆类似的错误）。当以完全相同的顺序直接引用 .a 库文件时，该程序可以很好地针对 Win32（使用 i586-mingw32msvc-gcc）进行编译。

Answer 1

这里的问题在于命令行参数的顺序。如果库与 -l 链接，链接器将仅获取满足迄今为止看到的任何未解析引用所需的对象模块。来自 info ld，选项 -l：

如果存档定义了
在之前出现的某个对象中未定义的符号
命令行上的存档，链接器将包括
档案中的适当文件。然而，一个未定义的
稍后出现在命令行上的对象中的符号将不会
导致链接器再次搜索存档。

但是，当您编写库的完整路径时，它是完全链接的。

因此，要编译您的程序，只需编写：

i586-mingw32msvc-gcc -mwindows myprog.o -o myprog.exe \
    -L/opt/xcompile-win32/lib -lmylib -lmylib2 

将库放在末尾。

顺便说一句，如果我没记错的话，这种行为在本机 Linux 编译器中没有什么不同。

编辑：

回复您的编辑时，您忘记向编译器命令添加一些库。您缺少 -lgtk-win32-2.0 -lgdk-win32-2.0。

就我个人而言，我发现使用 pkg-config 工具更方便。交叉编译时就像导出 PKG_CONFIG_LIBDIR=/op/xcompile-win32/pkgconfig 一样简单。

在 Linux 中，它工作得很好，可能是因为缺少的库是由其他库中的 NEEDED 记录自动引入的。