於 2013/4/16 下午 03:53, John Emmas 提到:
<snip> So if you're building your app with VS2008 you should link against GTK's supplied VS2008 modules (or if you've got the time and confidence, build the GTK+ stack yourself, using the supplied VS2008 projects).
Yes, so this is the main reason why building the GTK+ stack is also supported for Visual Studio 2008/2010.
But therein lies the problem...  the VS projects aren't maintained any more 
AFAIK.  :-(
The projects for GLib, ATK, GDK-Pixbuf, Pango and GTK+ are kept up-to-date for Visual Studio 2008 and 2010, at least for the library DLLs, as I happen to be the one that maintains them. The latest stable release tarballs of GLib, Pango, ATK, GDK-Pixbuf and GTK+ (2 and 3) should be building as long as the dependencies outlined in https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack are met. Please let us know via Bugzilla if there is something that's not kept up-to-date for those. The gdbus-codegen and gio-querymodules GLib tools are not yet built via the project files, though, which is something I hope to do soon.

And on the subject of time...  let's not forget that there's a much bigger 
problem where GTK/Windows is concerned - a now enormous backlog of patches 
which nobody ever seems to have the time to apply or test.  I can't see the 
point in creating sophisticated build methodologies if the end product is still 
riddled with bugs that were theoretically fixed years ago.

Having a choice of build methodologies will encourage more devs to build GTK+ 
themselves - and that's a good thing because it helps them to eliminate 
multiple heap managers etc, which is always a boost to reliability.  But along 
the way, somebody at the GTK end needs to be applying those patches and finally 
making a dent in that bug list.  That's a big part of the equation that's been 
missing since Tor left..
I agree with you here. I think it might be a good idea to eventually put together lists of items on GNOME Live! that aren't working for the GTK+ stack on Windows so people can see and try to conquer those issues (some might be even CRT-specific[1])

[1]: for example, https://bugzilla.gnome.org/show_bug.cgi?id=693646

With blessings.

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Reply via email to