| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This is a bit cleaner than the old extract-*-sources.sh scripts,
and supports extracting headers too, so we can stop depending
on the installed tree.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Inside an alias definition, we only need the name of the alias target
type. Add a method to GIRWriter to write out a type reference rather
than full type definition and use it when writing out an alias.
Determine introspectableness of aliases in IntrospectablePass so functions
using aliases can be marked not-introspectable if the alias itself is not.
https://bugzilla.gnome.org/show_bug.cgi?id=629682
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If present in annotation, use parameter names from annotation instead
of (object, p0, p1, ...) names generated by dumpparser.
Assign names for all parameters before trying to resolve annotation
types, so that annotations containing forward references to other
arguments, e.g.
* GApplication::open:
* @application: the application
* @files: (array length=n_files) (element-type GFile): an array of #GFiles
* @n_files: the length of @files
|
|
|
|
|
|
|
|
|
|
| |
We need these references to correctly handle when an API (say GTK3)
uses the cairo-gobject boxed types in a signal (like "draw").
API consumers need to be using g-i for signal handling to make
this all work.
https://bugzilla.gnome.org/show_bug.cgi?id=636646
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cairo.RectangleInt is a very tricky case; it's (as of now)
boxed in cairo-gobject. We're trying to fix a few bugs here. First,
we want to make (out caller-allocates) work. In order to do that,
we need to explicitly specify the fields so that the typelib
has the right size.
Also, add the boxed type now so that we pick up the right thing
from GObject signal parameters.
See history in bug 623222 and bug 636393.
https://bugzilla.gnome.org/show_bug.cgi?id=636617
|
| |
|
|
|
|
|
|
|
|
|
| |
regress_test_fundamental_sub_object_finalize should call parent's
regress_test_fundamental_object_finalize instead of
regress_test_fundamental_object_unref, otherwise recursion and
double-free might happen.
https://bugzilla.gnome.org/show_bug.cgi?id=636620
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Modify the lexer to consider all "trigraph" comments specially, and
parse them for "flags" as well as "private" and "public" (which were
previously hardcoded). This change allows for future support of
multiple annotations inside a single trigraph comment.
- Change the parser to consider the additional field "flags" set by
the lexer when constructing enums.
- Add a test case for the "flags" trigraph comment to the scanner
annotation tests.
See <https://bugzilla.gnome.org/show_bug.cgi?id=631530>.
|
|
|
|
| |
Ignore shadowed methods when parsing the GIR.
|
|
|
|
| |
If a method wasn't found, we'd try to unref NULL.
|
|
|
|
|
|
|
|
| |
Pull this down into introspection from gjs; this will allow us
to cache this better in the future (for example, by caching the
infos for interfaces in the info for the object).
https://bugzilla.gnome.org/show_bug.cgi?id=632924
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Use the internal perfect hashing API to add an index to the directory.
To support this, add the notion of additional "sections" to the
typelib. A section index is inserted between the header and the
directory.
https://bugzilla.gnome.org/show_bug.cgi?id=554943
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In multiple places in the typelib, but most importantly the directory,
we need some fast indexing. Perfect hashing, as implemented by CMPH
(previous commit), is an exact fit for the problem domain.
Add an API built on top of CMPH which maps strings->guint16 (we just
need a guint16 for the typelib index).
https://bugzilla.gnome.org/show_bug.cgi?id=554943
|
|
|
|
| |
Add a basic test of CMPH (without any layers on top).
|
|
|
|
|
|
|
| |
* Functions taking no parameters need to explicitly say (void).
* Mark some functions as static that are
* Comment out an unused function in bdz.c
* Change loop indicies "i" to be unsigned if our limit is unsigned
|
| |
|
|
|
|
|
|
|
| |
The 64 bit #ifdefs is just hackish and broken; e.g. it will fail
on ppc64/linux and WIN64.
Use the GLib typedefs, which I know are more correct.
|
|
|
|
|
| |
This will be used for typelib indexing. See README-CMPH-IMPORT.txt
for more information.
|
|
|
|
| |
This is a list of test programs to run under "gtester".
|
|
|
|
|
|
|
|
| |
PyUnicode_FromString is 2.6 only, we can use PyUnicode_DecodeUTF8
easily enough though.
Also, fix memory leaks in this function; we leaked the buffer
on success, and also in most failure paths.
|
|
|
|
|
|
| |
Coerce input temporarily inside xmlwriter into Unicode to do
string manipulation, and then only convert it to "UTF8str" when
writing into the data buffer.
|
|
|
|
|
|
| |
The assumption is that the only allowed source encoding
is utf-8. Always strings as unicode and fix up the transformer
and xml writer to properly output utf-8.
|
|
|
|
|
|
|
| |
g_strcompress() only does some of what we need; fork it
and add support for \x escapes too.
https://bugzilla.gnome.org/show_bug.cgi?id=595773
|
|
|
|
|
|
|
|
| |
These are the only things for which we expect native values to be
preserved; for e.g. flags and integers, we expect bindings to convert.
The particular rationale for this patch is to avoid flagging flags (sic)
as (out caller-allocates).
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This should better avoid them being exported. Rename
girepository-parser.la to girepository-internals.la for clarity.
|
|
|
|
|
|
| |
It seems in some cases (Debian libtool) we get an injected rpath
first for the jhbuild root, which screws us over since we need
the libraries from .libs.
|
| |
|
|
|
|
|
|
| |
The commit to use the c_symbol_prefix works in every case, except for
gdk_window_object_get_type(), which screws us. Fall back to the old
heuristic in this case.
|
|
|
|
| |
With nonrecursive they're in $(top_builddir) now
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
If we have a C symbol prefix for the target type, then use that to
identify methods that should be paired with it. The C symbol prefix
is derived from the name of the _get_type() function, so it's likely
that this is also the prefix given to methods for the type.
https://bugzilla.gnome.org/show_bug.cgi?id=634153
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=633227
|
|
|
|
|
|
|
| |
Some API such as gtk_text_iter_get_char returns an individual
"gunichar"; we should support this.
https://bugzilla.gnome.org/show_bug.cgi?id=633197
|
|
|
|
|
| |
On Debian, libtool won't pull in dependencies from internal libraries when
linking.
|
|
|
|
|
|
|
| |
This matches g_object_info_find_method, and allows us to add indexing
later.
https://bugzilla.gnome.org/show_bug.cgi?id=633204
|
|
|
|
|
| |
Because of Makefile.introspection, the .typelibs are still put in
gir/.
|
|
|
|
| |
girepository only explicitly deps on GObject, so this is correct.
|
|
|
|
|
|
|
|
|
|
|
| |
The previous commit aea515709 broke scanning for libraries not
in the current directory, such as scanning Gio from gobject-introspection.
In this case, it's wrong to add -L., and to move the other -L behind
the library. Instead, we should just do a "normal" link using
pkg-config --libs with few games.
https://bugzilla.gnome.org/show_bug.cgi?id=632701
|
|
|
|
|
| |
We need the typelib compiler to be built before we try to
build typelibs for the static gir files.
|
| |
|
|
|
|
| |
..but we still should be looking for pre-written girs in gir/.
|