| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
This doesn't quite work yet because we need to know from glib which
files are in srcdir and which are in builddir.
Also add some debugging prints.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=655149
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653484
|
|
|
|
| |
This helps parallel builds make more sense.
|
| |
|
| |
|
|
|
|
| |
__path__ modification trick from Johan Dahlin.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=652625
|
|
|
|
|
|
|
| |
g_callable_info_prepare_closure() allocates memory for the argument
types in the ffi_cif, so we need to free it.
https://bugzilla.gnome.org/show_bug.cgi?id=652954
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=652256
|
|
|
|
|
|
|
|
| |
gi_marshalling_tests_bytearray_full_return was broken; there
should be no g_strdup() going on here.
While we're at it, change the expected data to actually include
non-ASCII so we're testing something a bit more interesting.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=647796
|
|
|
|
| |
Array binds more tightly than deref.
|
| |
|
|
|
|
| |
We don't actually support nested container types in practice.
|
| |
|
|
|
|
|
|
|
| |
Previously gjs supported only arrays of integers. Now that this
changed, we need tests to avoid regressions.
https://bugzilla.gnome.org/show_bug.cgi?id=646632
|
|
|
|
|
|
|
|
| |
Add some tests with parameters on either side of an out array length
parameter, to ensure that bindings that omit the length parameter
don't mess up any other parameters.
https://bugzilla.gnome.org/show_bug.cgi?id=651558
|
| |
|
|
|
|
| |
Using commit 4db88bd6e2957893b9f232527cc46bda799f2027
|
| |
|
|
|
|
| |
Using commit 4db88bd6e2957893b9f232527cc46bda799f2027
|
|
|
|
| |
See https://bugzilla.gnome.org/show_bug.cgi?id=644611
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Change the special code for handling GObject and GInitiallyUnowned
so that it exposes GParamSpec as a class, and it allows GVariant to
have a GType without using the deprecate g_variant_get_gtype.
It is a sort of ABI break, in that new typelibs won't work with
previous versions of libgirepository.
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
|
|
|
|
|
|
|
|
|
| |
We need to distinguish inline arrays inside structures, and arrays
that are pointers and annotations, and we can do it with
g_type_info_is_pointer(), setting it to FALSE for fixed size arrays.
As a side effect, (array fixed-size=N) on a pointer type has no longer
the expected result.
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
| |
|
|
|
|
|
|
|
| |
Rather than maintaining our own exclusion list, grab the text file
generated by commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 in glib.
Also it is now Python for sanity.
|
|
|
|
|
|
|
| |
Rather than maintaining our own exclusion list, grab the text file
generated by commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 in glib.
Also it is now Python for sanity.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
g-ir-compiler assumes that an array is zero terminated when the
attribute is absent and there is no other attribute (length and
fixed-size), but g-ir-scanner only added the attribute when it is 0.
This means that an explicit zero-terminated=1 annotation would have
had no effect.
Fix that and at the same time ensure that all other arrays are not
zero-terminated by default.
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
|
|
|
|
|
|
|
|
|
| |
Use the new glib-boxed.h header from gobject to pair structure
definitions with boxed types in the GLib namespace, improving the
introspection coverage and removing some hacks.
Some fixes from Colin Walters <walters@verbum.org>
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
|
|
|
|
|
| |
Based on a patch by Giovanni Campagna <gcampagna@src.gnome.org>
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
| |
|
|
|
|
|
|
| |
This is needed so we don't fail to parse gatomic.h from GLib.
https://bugzilla.gnome.org/show_bug.cgi?id=651548
|
|
|
|
|
|
|
| |
Functions that return floating GVariants must be marked (transfer
none).
https://bugzilla.gnome.org/show_bug.cgi?id=622344
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Whilst doing the gjs patch, it turned out this was needed in order to
do a robust test suite - we really want to cover all bases here.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
| |
|
|
|
|
|
|
|
| |
This explicitly matches the GLib we're paired with, which is important
because the annotations need to be in sync.
However, we use a "1" major to show we're still not 100% stable.
|
|
|
|
|
|
|
|
| |
This was discussed in bug 649657.
https://bugzilla.gnome.org/show_bug.cgi?id=649657
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
|
| |
gjs has always supported zero-terminated arrays of strings, and
nothing else. Now that this changed, we need to test it.
https://bugzilla.gnome.org/show_bug.cgi?id=634253
|
|
|
|
|
|
|
| |
Some enumerations (like GVariantClass) use characters instead of
plain integers, so we need to recognize them.
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
|
|
|
|
|
|
| |
This way fields are no longer limited to basic types, and can be
supported without accessor methods.
https://bugzilla.gnome.org/show_bug.cgi?id=646635
|
| |
|
| |
|