| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
These will eventually be paired with the sections file parser to create
a set of sections.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The typelib compiler was writing uninitialised memory to the output file.
There were two sources of this uninitialised memory: the hash writer included
some uninitialised memory in its output, and the bytes added after the hash
output for padding were also not being initialised.
Fix this by passing the padded size to the hash code writer function and
having that function initialise the entire memory region to zero before
writing.
https://bugzilla.gnome.org/show_bug.cgi?id=721177
|
|
|
|
|
|
|
|
| |
Aliasing TRUE or FALSE is not very common, but done occasionally
for extra clarity. Namely G_SOURCE_REMOVE / G_SOURCE_CONTINUE are
self-explanatory, unlike the "raw" booleans.
https://bugzilla.gnome.org/show_bug.cgi?id=719566
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=711541
|
|
|
|
|
|
|
|
| |
Don't assume that the parent of a GIVFuncInfo is a GIObjectInfo,
it could be a GIInterfaceInfo, if the vfunc is part of interface
instead of a class.
https://bugzilla.gnome.org/show_bug.cgi?id=688375
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- require GTK-Doc 1.19
- remove sgml mode
- automatically generate gi.types (needs GTK-Doc 1.19)
- fix https://bugzilla.gnome.org/show_bug.cgi?id=700025
[WIP] - rearange sections a bit
[WIP] - add gi-building, gi-programming sections
[WIP] - mark missing docs with TODO, which is only marginaly
better than nothing but at least can be grepped :)
https://bugzilla.gnome.org/show_bug.cgi?id=571648
|
|
|
|
|
| |
We depend on glib-2.0 >= 2.36.0, so no need to keep a 2.22.X
compatibility symbol around...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GTK-Doc description fields for tags can contain multiple lines and
even multiple paragraphs. Whitespace cannot be preserved in XML
attributes, so we move the "deprecated" description text into
a "<doc-deprecated />" element right next to where we already have
the "<doc />" element. Keep the "deprecated" attribute around for
backwards compatibility though, but set its value to "1" (analogous
to the "writable", "contruct", etc attributes) if the annotated
symbol is marked as deprecated.
While at it, add <doc-version /> and <doc-stability /> which
was not yet available in the .gir files...
This takes care of the "Since:", "Stability:" and "Deprecated:"
GTK-Doc tags. Nothing needs to be done for the "Returns:" tag as
as we already write a "<doc />" child element on "<return-value />".
|
|
|
|
|
|
| |
so we can later use them to re-write source files containing
broken GTK-Doc comment blocks where /** is preceded by and/or
*/ is followed by code...
|
|
|
|
|
|
|
|
| |
Update parser to use g_ascii_strcasecmp instead of strcmp. This fixes
incorrect flags being set when the incomming gir is using lowercase values
for the "when" attribute.
https://bugzilla.gnome.org/show_bug.cgi?id=709462
|
|
|
|
|
|
|
| |
The input file no longer only consists of names of get_type-functions,
instead begins with either "get-type:" or "error-quark:".
https://bugzilla.gnome.org/show_bug.cgi?id=701639
|
|
|
|
|
|
| |
This fixes a compiler warning when using -Wmissing-format-attribute.
https://bugzilla.gnome.org/show_bug.cgi?id=698521
|
|
|
|
|
|
|
| |
As seen in xlib.gir at least; this is something we should probably ban
though.
https://bugzilla.gnome.org/697759
|
|
|
|
|
|
|
| |
vala generates this, and we need to honor it now that we're using the
c:prefix as an optimization when searching for gtypes.
https://bugzilla.gnome.org/697759
|
| |
|
| |
|
|
|
|
| |
Just more efficient.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When g_irepository_find_by_gtype() doesn't succeed on a simple prefix
match (the current 'fastpass' mechanism), it ends up taking a
considerable amount of CPU time, traversing the contents of all typelibs.
I imagine that the reasons to have the exhaustive search fallback are
not as strong as they used to be. For example, the case mentioned
(Clutter including Cogl) no longer seems to be true.
Also, typelibs (as generated by g-ir-scanner) now provide
comma-separated C prefix info for cases when the typelib includes
introspection info for multiple prefixes. For example, the Sugar typelib
has a c_prefix string of Sugar,EggSM,Gsm,Acme. So I imagine there are
not many remaining justified cases where the exhaustive search is needed.
With that in mind, I found two ways to optimize this function:
1. Support comma-separated C prefixes
2. Don't bother with an exhaustive search if we did find a typelib
claiming support for the prefix. For example, if we're looking for
GdkDeviceManagerXI2 (currently non-introspectable) and we already found
typelib files providing the 'Gdk' prefix that didn't offer this, lets
not bother with the exhaustive search, we aren't going to find anything.
|
|
|
|
|
|
|
|
| |
They could be freed in separate threads (e.g. language binding GC
thread). But no particular reason to change other than noticing it
during code inspection for a different bug.
https://bugzilla.gnome.org/show_bug.cgi?id=688694
|
|
|
|
|
|
|
|
|
|
| |
Previously we would require applications that shipped with private
typelibs to add the private path to LD_LIBRARY_PATH, or to have a
launcher binary with the right RPATH.
Now they can just call GIRepository.prepend_library_path() before
they access the module.
https://bugzilla.gnome.org/show_bug.cgi?id=694485
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=693838
|
|
|
|
|
|
|
|
| |
g-ir-doc-tool wants to use the instance parameter to read docs
and the parameter name, so it needs to be shuttled through the
GIR.
https://bugzilla.gnome.org/show_bug.cgi?id=693040
|
|
|
|
|
|
|
| |
Instead of remembering to have to set unknown_depth, smarten up
state_switch to do it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=693040
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=693040
|
|
|
|
|
|
|
| |
gchar is signed, not unsigned. Add "guchar" alias as unsigned for completeness
(but usually it appears as guint8).
https://bugzilla.gnome.org/show_bug.cgi?id=691524
|
|
|
|
| |
It was missing from girepository.symbols.
|
|
|
|
| |
In favor of GOnce, since we just want initialize-once semantics.
|
|
|
|
|
|
| |
This patch silences another gtkdoc-mkdb warning.
https://bugzilla.gnome.org/show_bug.cgi?id=688418
|
|
|
|
| |
Compiler warning introduced from MSVC patches.
|
|
|
|
|
|
|
|
| |
Rather than having a regex for both builds, but *also* use a symbol
file for the MSVC build which would bitrot quickly, force us to update
the .symbols file by using it for Unix too.
Add some missing symbols.
|
|
|
|
|
|
|
|
| |
This is the listing of symbols to export from the main libgirepository
.dll/.so. This is used for example to generate the .lib file from the
Windows DLL.
https://bugzilla.gnome.org/show_bug.cgi?id=681820
|
|
|
|
|
|
|
|
|
|
| |
-Make code using libgirepository_internals relocatable on Windows,
like what is done in the GTK+ stack, and the girepository DLL.
-Remove C99isms
-"interface" is a reserved keyword on certain compilers, so change that to
"giinterface"
https://bugzilla.gnome.org/show_bug.cgi?id=681820
|
|
|
|
|
|
| |
It does not exist on all platforms
https://bugzilla.gnome.org/show_bug.cgi?id=681820
|
|
|
|
|
|
|
|
|
|
|
| |
...So that it will compile on non-C99 compilers. The changes are mainly
moving the variable declarations to the start of the resecptive blocks.
Also, replace the use of buflen in chd.c as it might not be defined for all
platforms, instead using packed_cr_size as it seems to represent the value
that is to be printed/displayed by the debugging output.
https://bugzilla.gnome.org/show_bug.cgi?id=681820
|
|
|
|
| |
And bump our GLib requirement.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683265
|
|
|
|
|
|
| |
We need to fix the struct info here.
https://bugzilla.gnome.org/show_bug.cgi?id=682647
|
|
|
|
|
|
|
| |
Add the convenience method g_interface_info_find_signal, mirroring
g_object_info_find_signal.
https://bugzilla.gnome.org/show_bug.cgi?id=682672
|
|
|
|
|
|
|
|
| |
Namely, those that are methods and those that throw GErrors.
We have very similar code in two places that calculate arg lengths and
argument types to stick into libffi. Merge, clean up, and correct both.
https://bugzilla.gnome.org/show_bug.cgi?id=673805
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673805
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=635128
|
|
|
|
| |
The field info wasn't being freed after it was used
|
|
|
|
|
|
|
|
|
| |
It appears that cmph library can return (n+1) when querying item not
present in its original n-item-sized set. Adjust code so that it
detects this condition and do not chase stray pointers resulting from
this bogus(?) hash result.
https://bugzilla.gnome.org/show_bug.cgi?id=675939
|
|
|
|
|
| |
Address all gcc warnings, -Werror is not enabled yet but at least
-Wall -Werror passes on my machine.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix of leak in 4c9424e18d71237f438a99bc5f2d45ae7de60b78 was a bit
overaggressive, stealing also one reference from input 'info'
argument.
Also fixes another bug in that commit - local 'func' shadowing the
return value, causing that function always returned NULL even when
some result was actually found.
https://bugzilla.gnome.org/show_bug.cgi?id=673282
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- add missing colons
- invalid annotations
- invalid parameters and tags
- correct parameter name
- preserve description indentation
- no description parts
- comment end marker
- invalid empty lines
- line numbers
AnnotationParser now emits warnings which are considered as
errors by "make check" so fix those warnings...
https://bugzilla.gnome.org/show_bug.cgi?id=672254
|
|
|
|
|
|
|
|
| |
So it can be used for invoking callbacks
https://bugzilla.gnome.org/show_bug.cgi?id=663052
Signed-off-by: Martin Pitt <martinpitt@gnome.org>
|
|
|
|
|
|
| |
Signed-off-by: Michel Dänzer <michel@daenzer.net>
https://bugzilla.gnome.org/show_bug.cgi?id=668902
|