| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=690041
|
|
|
|
|
|
|
|
|
|
| |
For background,
See https://bugzilla.gnome.org/show_bug.cgi?id=629682
See https://bugzilla.gnome.org/show_bug.cgi?id=689871
Basically we should emit a warning here.
https://bugzilla.gnome.org/show_bug.cgi?id=689998
|
| |
|
|
|
|
| |
Previous WarnLib commit was broken.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=689570
|
|
|
|
|
|
|
|
| |
Running make multiple times caused "mkdir" to complain
that it could not create those directories because they
where already there...
https://bugzilla.gnome.org/show_bug.cgi?id=689570
|
|
|
|
|
|
|
|
|
|
|
| |
Both GIMarshallingTests and Regress right now use --warn-error; but
in some cases (e.g. GErrors without a corresponding enum), we still
want bindings to support the functionality.
So add this new library where we can add C API that emits
introspection warnings.
https://bugzilla.gnome.org/show_bug.cgi?id=689488
|
|
|
|
|
|
| |
We don't know how many apps do this, but at least ibus had one.
https://bugzilla.gnome.org/show_bug.cgi?id=689354
|
|
|
|
| |
Will be used by gjs
|
|
|
|
|
|
|
| |
This patch adds a test for and implements a more generic solution to
GTK-Doc commit 47abcd53b8489ebceec9e394676512a181c1f1f6
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
| |
and add paragraph break tests.
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
|
|
| |
... instead of having a secondary hard-coded list. This results
in the removal of giscanner/annotationpatterns.py to prevent a
circular import.
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
|
| |
... to tests/scanner/annotationparser/test_patterns.py because the
following patch will remove giscanner/annotationpatters.py
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The tests in giscanner/annotationpatters.py only test the regular
expression programs used when parsing GTK-Doc comment blocks but
do not test the structure of the resulting "parse tree".
This patch adds 193 GTK-Doc comment blocks and the expected
results AnnotationParser should return (with it's current level
of understanding of GTK-Doc comment block syntax). These are
compared by tests/scanner/annotationparser/test_parser.py which
complains with a diff on failure.
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
|
| |
Add virtuals method which takes both an (in) and and (out) argument, and
variants with both caller and callee allocation.
This came up in https://bugzilla.gnome.org/show_bug.cgi?id=688783
|
|
|
|
| |
Changes introduced by 5153efd29e9a813a97d58905340c0ec4af04c5bd
|
|
|
|
|
|
|
| |
gjs needs a boxed type that cannot be trivially allocated but has also
a complex constructor.
https://bugzilla.gnome.org/show_bug.cgi?id=612033
|
| |
|
|
|
|
|
|
| |
gi_marshalling_tests_genum_returnv() should (and does) return a
GIMarshallingTestsGEnum, not a GIMarshallingTestsEnum. The latter is already
covered by gi_marshalling_tests_enum_returnv().
|
|
|
|
|
|
| |
Will be used by gjs for new byte array work.
https://bugzilla.gnome.org/show_bug.cgi?id=687696
|
|
|
|
|
|
| |
Otherwise bindings will break.
https://bugzilla.gnome.org/show_bug.cgi?id=685022
|
|
|
|
|
|
|
|
|
|
| |
The tests in tests/repository/ depend on libregress.so
from tests/scanner which cannot be loaded during make check.
Fixing this properly would require migrating to non-recursive
automake for the tests, but for now we can just work around
and set LD_LIBRARY_PATH (for linux) and PATH (for win32).
http://bugzilla.gnome.org/show_bug.cgi?id=675049
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In C, positive integer constants are by default unsigned. This means
an expression like 0x8000000000000000 will be "unsigned long long".
In the actual scanner code, we were parsing them as "gint64", and
storing them as gint64. This was incorrect; we need to parse them
as guint64, and store the bits we get from that. This gives us
an equivalent result to what the C compiler does.
However, when we actually return the value as a Python "long"
(arbitrary length integer), we need to treat the value as unsigned if
the result indicated it was.
https://bugzilla.gnome.org/show_bug.cgi?id=685022
|
|
|
|
|
|
|
|
| |
Add tests for complex function signatures (including arrays and
callbacks), for enumerations and for static methods.
Add JS reference files.
https://bugzilla.gnome.org/show_bug.cgi?id=683046
|
|
|
|
|
|
|
|
| |
Enum members were Annotated in the AST, and most code already assumed
they could have docs. What was missing was reading the docs from the
comment blocks and writing them in the XML.
https://bugzilla.gnome.org/show_bug.cgi?id=683046
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=685399
|
|
|
|
|
|
|
|
| |
"int8" apparently blows up on AIX. It was kind of lame how we would
just ad-hoc append a _. Since we only have one value for a lot of
these, let's just go with the couldn't-be-any-simpler "v".
https://bugzilla.gnome.org/show_bug.cgi?id=664166
|
|
|
|
| |
Dear Python programmers, () doesn't mean what you think it means in C.
|
|
|
|
|
|
|
|
|
| |
This matches our behavior for symbols (and we should probably fix this
more globally...I think we still scan _-prefixed enums).
Noticed from gudev which had #define _GUDEV_INSIDE_H 1
https://bugzilla.gnome.org/show_bug.cgi?id=674072
|
|
|
|
| |
And bump our GLib requirement.
|
|
|
|
|
|
|
| |
Added regress_test_callback_destroy_notify_no_user_data.
Updated Regress-1.0-expected.gir
https://bugzilla.gnome.org/show_bug.cgi?id=685922
|
|
|
|
|
|
|
|
| |
Add in/out API for testing arrays containing uint64, as well as GList
containing uint32 (GList and GHash can't contain 64 bit values as they store
them in pointers).
https://bugzilla.gnome.org/show_bug.cgi?id=685860
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683596
Co-Authored-By: Martin Pitt <martinpitt@gnome.org>
|
|
|
|
| |
See https://bugzilla.gnome.org/show_bug.cgi?id=683596
|
|
|
|
| |
These includes more proper links and fundamentals.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This ensures that if the first argument of a function like
gboolean gdk_rgba_parse (GdkRGBA *rgba, const gchar *spec);
is annotated as being an out-arg, the result is a class function with two
arguments, not a method with one argument. Previously, the (out) annotation
was simply ignored.
https://bugzilla.gnome.org/show_bug.cgi?id=682124
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681565
Co-Authored-By: Martin Pitt <martinpitt@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
| |
We were conditionalizing on the presence of cairo in the buildroot,
but that's super lame since it makes a huge mess of the build
dependency graph.
Let's just always stick cairo-gobject in there. I doubt anyone cares
anymore about building g-i on really old systems without it.
If they do...well, we can revisit this again.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 764366f7e4ef5a765a24ffac8c60b811f38b9ad9.
It can't work right now because to really use the structures, you need
to register them as a boxed, and that means we also need to rename the
boxed type.
A future version of this patch will need to handle both the structure
name and the GType name.
https://bugzilla.gnome.org/show_bug.cgi?id=675985
|
|
|
|
| |
Previous commit used old-style declarations which was broken.
|
|
|
|
| |
requires "handle unsigned properly for type of defined size" patch.
|
| |
|
|
|
|
|
|
|
|
|
| |
This let the macro expands to its value as gint64/guint64.
Also
- fix lexer identifier/typdef detection for macro and misc
- do not discard cast
|
|
|
|
|
|
| |
Convert the simple g_assert() statements into g_assert_cmp*, to show what the
actual value is in case of a failure. This makes it easier to port
g-i/pygobject/etc. to new architectures which exhibit bugs, like powerpc64.
|
| |
|
| |
|
| |
|