What does "(skip)" mean ???
All of a sudden I've hit a problem when building glib with MSVC. It seems to be affecting calls to g_mkstemp() / g_getenv() and various others. Let's take g_mkstemp() as an example. It gets called in glib-genmarshal.c Prior to commit #d1528402, git master had some lines looking like this (in 'gfileutils.h'):- #ifndef __GTK_DOC_IGNORE__ #ifdef G_OS_WIN32 #define g_file_test g_file_test_utf8 #define g_file_get_contents g_file_get_contents_utf8 #define g_mkstemp g_mkstemp_utf8 // and a few others #endif /* G_OS_WIN32 */ #endif /* __GTK_DOC_IGNORE__ */ so in the past (when building for WIN32) calls to 'g_mkstemp()' got converted to use 'g_mkstemp_utf8()' instead. But now that the above lines have been removed, 'g_mkstemp()' is coming up as an unresolved symbol when I try to link the glib-genmarshal DLL. I'm a bit baffled about this because it does seem to be getting exported from libglib (so I don't understand why it can't be imported). Maybe there's some confused linkage somewhere?? However... in gfileutils.c, I see a comment, looking like this:- /** * g_mkstemp: (skip) * @tmpl: (type filename): template filename * * Opens a temporary file. See the mkstemp() documentation * * // some other stuff * */ So I'm wondering - what's the significance of the word "skip" here?? I can't see any obvious reason why this isn't linking but maybe that'll give me a clue... John ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: What does "(skip)" mean ???
Hi, Replying only to the mail subject: It's a GObject Introspection annotation !!! https://wiki.gnome.org/Projects/GObjectIntrospection/Annotations -- Sébastien ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: What does "(skip)" mean ???
On Sun, Apr 16, 2017 at 7:44 PM, John Emmas via gtk-devel-list wrote: > All of a sudden I've hit a problem when building glib with MSVC. It seems > to be affecting calls to g_mkstemp() / g_getenv() and various others. Let's > take g_mkstemp() as an example. It gets called in glib-genmarshal.c > > Prior to commit #d1528402, git master had some lines looking like this (in > 'gfileutils.h'):- :/ I'll have a look tomorrow, maybe I missed something there. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving to glade and GtkInspector
On Wed, 2017-04-12 at 13:28 +0200, Sébastien Wilmet wrote: > > Any ideas, or thoughts? Yes, so we have existing user interfaces and I was really hoping there'd be a way of using the gtk=inspector to dump out the widget structure into a machine readable format. Even if it was something sloppy I could python into glade xml. > Glade is not well maintained, some developers prefer to edit the XML > files directly, which is not really convenient. > > At least by writing C/C++ code, you have compilation warnings when > using deprecated functions. Personally I prefer writing code instead > of using GtkBuilder, but that's just my preference. With code it's > easy to write re-usable functions, in XML files it is not possible. It's possible with things like the python gtkme library. But I do understand why programmers would want to code. The problem is that it's easier for a programmer to workaround glade xml than it is for designers to work around C++ code. More designers, more ux people, better software for end users. (theoretically) Best Regards, Martin Owens ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list