| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657202
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix return type annotation for gi_marshalling_tests_array_gvariant_in()
Add function variations of gi_marshalling_tests_array_gvariant_i() with
different transfer modes.
Make gi_marshalling_tests_array_gvariant_none_in() actually respect
the transfer none annotation on the return value.
https://bugzilla.gnome.org/show_bug.cgi?id=638915
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
|
|
|
| |
This is a requisite for writing a pygobject test case for
https://bugzilla.gnome.org/show_bug.cgi?id=662383
|
|
|
|
| |
Spotted by Rico Tzschichholz
|
| |
|
|
|
|
|
| |
This is useful for someone who just wants a set of constants from a .h
file accessible by introspection.
|
|
|
|
|
|
|
| |
We don't need to, and if we wanted to, we have to link against
-lgthread.
Spotted by Rico Tzschichholz
|
| |
|
|
|
|
|
|
|
| |
6172c268 made the scanner think GObject* wasn't a superclass of its
subclasses. Fix that.
https://bugzilla.gnome.org/show_bug.cgi?id=661677
|
|
|
|
|
|
|
|
| |
This reverts commit e17c09749c23edbd928db19a8162484ddb6299b8.
We actually want the test for sizeof(GValue).
https://bugzilla.gnome.org/show_bug.cgi?id=660338
|
|
|
|
|
|
|
| |
It's redundant since we're already checking that it's equal to GValue,
and a problem is that padding may break exact assertions on the size.
https://bugzilla.gnome.org/show_bug.cgi?id=660338
|
|
|
|
|
|
|
| |
On some platform like armel or powerpc the compiler adds extra padding to
structs. Make the test_size_of_struct_with_array_of_anon_unions() check more
liberal by only requiring that the size of the struct is at least as big as
expected. Also use g_assert_cmpuint() to make it easier to see the actual diff.
|
|
|
|
|
|
| |
It was returning the wrong data.
https://bugzilla.gnome.org/show_bug.cgi?id=659749
|
|
|
|
|
|
| |
* for now we assume simple struct arrays and gvalue arrays are flat
until gi gets support for annotating the level of indirection
of an array.
|
|
|
|
|
| |
Add an annotation tag "Value:" which can be used on
constants to override the value.
|
|
|
|
| |
Fixes the test when running uninstalled.
|
|
|
|
|
|
|
|
|
| |
Algorithm which detects whether argument type is pointer checks for
trailing '*' characters in c:type .gir elements. This failed if ctype
is either 'gpointer' or 'gconstpointer'. Add specific check for
gpointer/gconstpointer types when deducing pointerness of the type.
https://bugzilla.gnome.org/show_bug.cgi?id=658848
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This applies mainly to GValue, which is defined as:
struct _GValue
{
/*< private >*/
GType g_type;
/* public for GTypeValueTable methods */
union {
gint v_int;
guint v_uint;
glong v_long;
gulong v_ulong;
gint64 v_int64;
guint64 v_uint64;
gfloat v_float;
gdouble v_double;
gpointer v_pointer;
} data[2];
};
Previously, the scanner did not understand the array of unions. This
resulted in g_struct_info_get_size returning an incorrect size for
GValue (at least on 32bit systems).
Fix this by making up a separate union declaration for the GIR that can
be referenced by the array.
https://bugzilla.gnome.org/show_bug.cgi?id=657040
|
|
|
|
|
| |
For gjs we want to switch to using introspection data for signals, and
the "notify" signal being missing from GObject was a problem.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=620566
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=620566
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=658075
|
|
|
|
| |
The new missing-element-type warning triggers for these.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Commit 81abc2eb63317003a11d1484e84698a37e8ec035 tries harder to keep
the c:type if it was overriden by a (type) annotation. However, the
_resolve() function was also called for (element-type), which had
undesirable effects - we'd copy the container c:type to the element
type.
Fix this by splitting out the c:type preservation to only happen when
processing toplevel types.
https://bugzilla.gnome.org/show_bug.cgi?id=656931
|
|
|
|
|
|
| |
While looking for a different bug, I noticed that the introspectable
pass lists was missing GSList. And the warning was never set up
to fire anyways. Fix it and add a test.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use automake's check_ prefix and avoid putting anything nontrivial in
BUILT_SOURCES so that tests are build only on make check.
The dummy -rpath in AM_LDFLAGS in tests/scanner/Makefile.am is needed to
force libtool to build shared libraries for check_LTLIBRARIESS targets
(automake builds check_LTLIBRARIES as static by default); see
http://lists.gnu.org/archive/html/automake/2005-10/msg00107.html
https://bugzilla.gnome.org/show_bug.cgi?id=657066
|
|
|
|
|
| |
They don't work for multiple reasons, and there is still debate
about how the formatting etc. will work.
|
|
|
|
|
| |
g-ir-scanner now warns for invalid (element-type) annotations
in GPtrArray and in GByteArray. Test that.
|
|
|
|
| |
so we don't generate the test docs when doing a plain build
|
|
|
|
|
|
|
|
|
| |
Similarly to GPtrArrays, GByteArrays can only contain bytes. Emit
a warning if an inconsistent (element-type) is placed, and ensure
that the default is guint8 if nothing is added. This way bindings
can support GByteArrays without special casing them.
https://bugzilla.gnome.org/show_bug.cgi?id=652753
|
|
|
|
|
|
|
|
|
| |
It should be safe for bindings to assume that GPtrArrays hold only
pointers (or values as big as it), so there is no need to go through
hoops for converting smaller integers when marshalling.
Libraries that need arrays of integers should use GArray.
https://bugzilla.gnome.org/show_bug.cgi?id=652753
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This uses the same backcompat machinery that was introduced for static
methods for non-class types, so this change does not break users of the
existing presentations.
New libgirepository API:
g_enum_info_get_n_methods
g_enum_info_get_method
https://bugzilla.gnome.org/show_bug.cgi?id=656499
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
If we're done parsing parameters, previously we would simply eat lines that looked like
@foo: blah blah
Example is in gtkcssprovider.c.
https://bugzilla.gnome.org/show_bug.cgi?id=656504
|
|\
| |
| |
| |
| |
| | |
Conflicts:
.gitignore
tests/scanner/Regress-1.0-expected.gir
|
| | |
|