我已经将用于MS Windows的libpng 1.6.28,libjpeg-turbo 1.5.1和GLib 2.50.3与Debian Stretch上的i686-w64-mingw32交叉编译到一个特殊文件夹,但仍然无法获得gdk-pixbuf工作。我用于配置的命令行是:
./configure --host=i686-w64-mingw32 PKG_CONFIG_PATH=/usr/local/mingw32-i686/lib/pkgconfig --prefix=/usr/local/mingw32-i686
它通过配置部分很好,但问题从制定点开始。它会引发以下错误:
/usr/local/mingw32-i686/lib/libgio-2.0.a(libgio_2_0_la-giomodule.o): In function `DllMain@12':
/home/maju/GTK-build/glib-2.50.3/gio/giomodule.c:942: multiple definition of `DllMain@12'
./.libs/libgdk_pixbuf-2.0.a(libgdk_pixbuf_2_0_la-gdk-pixbuf-io.o):gdk-pixbuf-io.c:(.text+0x1ca): first defined here
collect2: error: ld returned 1 exit status
Makefile:1859: polecenia dla obiektu 'gdk-pixbuf-csource.exe' nie powiodły się
(最后一行是gdk-pixbuf-csource.exe的未翻译错误消息)。
此外还有警告信息:
*** Warning: This system cannot link to static lib archive libgdk_pixbuf-2.0.la.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** But as you try to build a module library, libtool will still create
*** a static module, that should work as long as the dlopening application
*** is linked with the -dlopen flag to resolve symbols at runtime.
每个必需的库。
有人可以向我解释一下吗?
答案 0 :(得分:1)
DllMain可能意味着“打do的glib无法建立静态权限”
此补丁 https://lists.fedoraproject.org/pipermail/mingw/2013-March/006441.html 仍然适用于更高版本的glib。脚。
补丁https://bugzilla.redhat.com/show_bug.cgi?id=1306047的更新版本
https://bugzilla.redhat.com/attachment.cgi?id=1122789似乎是该补丁程序的最终版本,请参见
https://smani.fedorapeople.org/glib-prefer-constructors-over-DllMain.patch
不确定cannot link
,我将glib配置为像--host=i686-w64-mingw32 --prefix=/Users/rdp/dev/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-i686/i686-w64-mingw32 --disable-shared --enable-static --with-pcre=internal
FWIW那样进行交叉编译