| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
So they get updated when configure changes.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This bug was introduced with
http://git.gnome.org/browse/gobject-introspection/commit/?id=36aa515f1036978ced8d4ffb808260844f7229e0
due to rename of c:prefix to c:identifier-prefixes.
https://bugzilla.gnome.org/show_bug.cgi?id=640264
|
| |
|
|
|
|
|
|
|
|
|
|
| |
By separating out cairo-1.0.gir from gir_DATA, we lost the generation
of the cairo typelib. So instead add cairo-1.0.gir to a new
SUBSTITUTED_GIRSOURCES and include that in gir_DATA.
Fix the rule for generating cairo-1.0.gir for srcdir != builddir.
https://bugzilla.gnome.org/show_bug.cgi?id=645692
|
| |
|
| |
|
|
|
|
|
|
|
| |
We should not be disting it, because it contains values derived
from configure. Extract it out of STATIC_GIRSOURCES, and also
move it to a Makefile rule rather than AC_SUBST as it should be
so it gets cleaned properly.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=644749
|
|
|
|
|
| |
Separate "preparing" a release locally from actually uploading it,
and automate bumping the version in configure.ac.
|
| |
|
|
|
|
|
|
| |
The .so link is for development, we need to reference the full
soname; otherwise things will break without "cairo-devel"
installed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Flags and enums with a GType have a value_nick and value_name
strings available in the class struct. But for flags and enums
without GType, we need to get this information from introspection.
g_base_info_get_name() gives the string for value_nick. In the GIR,
the attribute "c:identifier" is the string neede for value_name.
This patch adds the "c:identifier" from GIR to the typelib for all
flags and enum values. It can be retireved using
g_base_info_get_attribute(info, "c:identifier").
https://bugzilla.gnome.org/show_bug.cgi?id=642757
|
|
|
|
|
| |
This allows bindings to test the ability to clean up (in)
parameters after a GError is set by the wrapped function.
|
|
|
|
|
|
|
| |
Glib uses flag aliases, multiple flag names with the same int
value. For example G_IO_FLAG_MASK and G_IO_FLAG_GET_MASK. We need
these flag values to test that gi bindings don't assume that all
flags have the same value.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=641347
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=641347
|
| |
|
|
|
|
|
|
|
|
| |
Different types of array have different type nodes, so they should
produce different keys in the cache of already seen type nodes, to
avoid turning a GByteArray into a reference to a GPtrArray.
https://bugzilla.gnome.org/show_bug.cgi?id=642300
|
| |
|
|
|
|
|
|
|
| |
The argument was called 'ctx' but the macro was using 'context'.
This wasn't causing the build to fail because the variable
'context' was already defined in all the scopes where this macro
was used.
|
|
|
|
| |
The cairo/ directory is searched for header files anyway.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=641647
|
| |
|
|
|
|
|
| |
Hit this race in practice with two g-ir-scanner invocations
in Fedora's koji.
|
|
|
|
|
|
| |
So methods such as gtk_drag_dest_set() can be put inside Gtk.Widget
https://bugzilla.gnome.org/show_bug.cgi?id=639945
|
|
|
|
|
| |
Now fetches all sections correctly, with updated glib code base
and an updated annotation tool.
|
|
|
|
|
| |
Preserve the section names and write them out on the class/record/
interface.
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=561264
|
| |
|
|
|
|
|
|
| |
Because it already has the lib prefix and the .so postfix
https://bugzilla.gnome.org/show_bug.cgi?id=639961
|
|
|
|
|
|
| |
So the element type has the correct is_pointer flag
https://bugzilla.gnome.org/show_bug.cgi?id=638929
|
| |
|
| |
|
|
|
|
|
|
| |
And set library-name and package accordingly in the cairo .gir
https://bugzilla.gnome.org/show_bug.cgi?id=639831
|
|
|
|
|
| |
so we can test conflicts when two bases have a vfunc with the
same name.
|
| |
|
| |
|
|
|
|
|
|
| |
handling in bindings.
https://bugzilla.gnome.org/show_bug.cgi?id=639834
|
|
|
|
|
|
| |
* guint8 can be interpreted as array characters that can be memcpyied
during marshalling so add a test to check if we are correctly handling
this codepath
|
|
|
|
|
|
|
|
| |
enums.
There was a bug in pygi in which non-gtype enums shared values between themselves.
That is, if there was an attribute Enum.THE_VALUE, it would be available on as OtherEnum.THE_VALUE as well.
To make a test case for this bug, we need a second non-gtype enum in GIMarshallingTests to compare with.
|