Package Details: mingw-w64-gtk3 3.24.41-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-gtk3.git (read-only, click to copy)
Package Base: mingw-w64-gtk3
Description: GObject-based multi-platform GUI toolkit (mingw-w64)
Upstream URL: https://www.gtk.org
Keywords: gnome
Licenses: LGPL
Submitter: lantw44
Maintainer: lantw44
Last Packager: lantw44
Votes: 10
Popularity: 0.000000
First Submitted: 2013-04-25 13:26 (UTC)
Last Updated: 2024-04-03 15:25 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

lantw44 commented on 2014-10-11 16:35 (UTC)

Can you provide the patch you used to build static gtk? There is no patch in mingw-w64-pango.

lxndr commented on 2014-10-10 13:41 (UTC)

It is simply that a single .exe looks nicer than the .exe and lots of .dlls. Anyway, I tried forcing the configure script to ignore platform check - and it can actually build static libraries. My application even worked with gtk.a linked statically and all the rest of libraries (like gdk, pango) as DLLs. One big problem is that both GTK and GDK has DllMain which causes linking errors. The devs use DLLs entry point for something, this is why they don't allow building statics for Windows. PS: I'm not asking for anything, just sharing my thoughts. :)

lantw44 commented on 2014-10-10 08:07 (UTC)

Do we really need static libraries? The staticlibs does not mean it contains static libraries. It is used to keep .dll.a files.

lxndr commented on 2014-10-09 00:20 (UTC)

That is to link DLLs. configure says "WARNING: Disabling static library build, must build as DLL on Windows." Either static build is not supported or there's a patch to force it as it was for pango library.

lantw44 commented on 2014-10-07 16:00 (UTC)

This package has .dll.a installed in /usr/i686-w64-mingw32/lib.

lxndr commented on 2014-10-07 15:54 (UTC)

The package doesn't have static librarbies.

xantares commented on 2014-10-01 06:38 (UTC)

this line is useless (comes with base-devel): makedepends+=(autoconf automake libtool)