Change the internal type for ValueBlob to gint32, since it's perfectly valid for enumerations to have negative values. https://bugzilla.gnome.org/show_bug.cgi?id=613203
…ction Previously crashed out, now just ignores the attribute
We didn't have good coverage of say in arguments after out. https://bugzilla.gnome.org/show_bug.cgi?id=611809
Useful to debug case https://bugzilla.gnome.org/show_bug.cgi?id=611529
Instead of catching all errors, including AttributeError, TypeError and NameError.
If we don't have permission to execute the libtool binary, we'd just throw here which is wrong. Fix this by catching all exceptions.
The enumeration type for an error might not be introspected and registered with GObject (this is, in particular, true for the errors in GLib itself). So, as a fallback search, through all enum types in the module. Add a special case for the aberrant GIOErrorEnum and a warning if resolution completely fails. https://bugzilla.gnome.org/show_bug.cgi?id=602512
Colin should remember to run `make check' before comitting!
If g_alloca failed we're pretty much screwed, and g_return_if_fail is for API entry points, not internal assertions.
All GCancellables are allow-none, this allows us to remove a lot of custom annotations. https://bugzilla.gnome.org/show_bug.cgi?id=604658
Signed-off-by: Kedar Sovani <firstname.lastname@example.org> https://bugzilla.gnome.org/show_bug.cgi?id=606139
To make things really better we should track the line origin of element from the .gir file (and actually we need to do better checking in the scanner), but this is slightly less lame.
We should avoid exceptions being propagated to the toplevel.
following my previous patch to systematically specify the scope in callbacks. Had forgotten to add these.
default to 'call' as stated in the annotation documentation. https://bugzilla.gnome.org/show_bug.cgi?id=607026
When looking at an embedded type (e.g. a Callback after a Field), the offset we put in the info structure was to the CallbackBlob itself. However the code in g_type_info_get_interface assumed that the offset was to a SimpleTypeBlob, which it wasn't. https://bugzilla.gnome.org/show_bug.cgi?id=606180
We're going to remove the entire temporary directory, so there's no point in explicitly removing just the .c file we create; leaving the .c file behind makes it easier to debug problems. https://bugzilla.gnome.org/show_bug.cgi?id=605966
One might need to call some init functions before being able to call get_type() to create the types of a library. --add-init-section let the user insert some initialization code in the introspection program. https://bugzilla.gnome.org/show_bug.cgi?id=605778
Not in the public girffi.h.
glib uses __extension__ in macros dealing with 64 bits integer such as GUINT64_SWAP_LE_BE(). To quote the GCC manual: `-pedantic' and other options cause warnings for many GNU C extensions. You can prevent such warnings within one expression by writing `__extension__' before the expression. https://bugzilla.gnome.org/show_bug.cgi?id=605779