| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=664681
|
| |
|
|
|
|
| |
... on Windows, as it uses gio-unix.
https://bugzilla.gnome.org/show_bug.cgi?id=620566
|
| |
|
|
| |
Usage: ./_build/gi-dump-types g_object_get_type
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous ErrorDomain blob was never actually scanned or used, and
it was kind of a lame API conceptually.
To keep some compatibility, rather than removing the enumeration
values, rename them to _INVALID, and don't bump the typelib version.
This should in theory allow a new libgirepository to read an old
typelib.
Based on a patch from Colin Walters
https://bugzilla.gnome.org/show_bug.cgi?id=602516
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
| |
This should better avoid them being exported. Rename
girepository-parser.la to girepository-internals.la for clarity.
|
| |
|
|
|
| |
Otherwise it's really easy to unintentionally export unwanted symbols,
as would happen with the upcoming CMPH import.
|
|
|
This is cleaner and faster, and prepares us better for an incoming
import of CMPH.
|
