<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/glib.git/gobject/gparam.c, branch require-python34</title>
<subtitle>gitlab.gnome.org: GNOME/glib.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/'/>
<entry>
<title>gobject: Fix typo in documentation for g_param_spec_get_default_value()</title>
<updated>2017-11-01T11:13:27+00:00</updated>
<author>
<name>Philip Withnall</name>
<email>withnall@endlessm.com</email>
</author>
<published>2017-11-01T11:13:27+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=c74ab4a1db1e92a717f92d4c4b86e28661a966e7'/>
<id>c74ab4a1db1e92a717f92d4c4b86e28661a966e7</id>
<content type='text'>
Signed-off-by: Philip Withnall &lt;withnall@endlessm.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Philip Withnall &lt;withnall@endlessm.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Use hash tables as sets in various places</title>
<updated>2017-10-26T11:27:17+00:00</updated>
<author>
<name>Philip Withnall</name>
<email>withnall@endlessm.com</email>
</author>
<published>2017-10-25T09:53:14+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=3eacec158775b4ea956892ac3348923d3667cbdc'/>
<id>3eacec158775b4ea956892ac3348923d3667cbdc</id>
<content type='text'>
Where we were already treating GHashTables as sets, modify them to use
the set-specific APIs g_hash_table_add() and g_hash_table_contains(), to
make that usage more obvious and less prone to being broken.

Heavily based on patches by Garrett Regier &lt;garrettregier@gmail.com&gt;.

Signed-off-by: Philip Withnall &lt;withnall@endlessm.com&gt;

https://bugzilla.gnome.org/show_bug.cgi?id=749371
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Where we were already treating GHashTables as sets, modify them to use
the set-specific APIs g_hash_table_add() and g_hash_table_contains(), to
make that usage more obvious and less prone to being broken.

Heavily based on patches by Garrett Regier &lt;garrettregier@gmail.com&gt;.

Signed-off-by: Philip Withnall &lt;withnall@endlessm.com&gt;

https://bugzilla.gnome.org/show_bug.cgi?id=749371
</pre>
</div>
</content>
</entry>
<entry>
<title>gobject/: LGPLv2+ -&gt; LGPLv2.1+</title>
<updated>2017-05-24T09:58:19+00:00</updated>
<author>
<name>Sébastien Wilmet</name>
<email>swilmet@gnome.org</email>
</author>
<published>2017-01-05T13:09:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=6b948d9613f2dcdec72828f3429ba01403063ff2'/>
<id>6b948d9613f2dcdec72828f3429ba01403063ff2</id>
<content type='text'>
All gobject/*.{c,h} files have been processed.

gmarshal.c and gmarshal.h don't have a license header.

https://bugzilla.gnome.org/show_bug.cgi?id=776504
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
All gobject/*.{c,h} files have been processed.

gmarshal.c and gmarshal.h don't have a license header.

https://bugzilla.gnome.org/show_bug.cgi?id=776504
</pre>
</div>
</content>
</entry>
<entry>
<title>GParam: make G_PARAM_USER_MASK unsigned</title>
<updated>2016-12-02T19:10:26+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2016-12-01T17:06:15+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=5e7eaaaaeead0925a9267515ad583357f44274b0'/>
<id>5e7eaaaaeead0925a9267515ad583357f44274b0</id>
<content type='text'>
UBSan considers left-shifting a negative number to be undefined
behaviour (per
&lt;http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_081.html&gt; it is
implementation-defined in C89, but according to
&lt;https://llvm.org/bugs/show_bug.cgi?id=17490&gt; it is undefined in C99).

Signed-off-by: Simon McVittie &lt;smcv@debian.org&gt;
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=775510
Reviewed-by: Colin Walters
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
UBSan considers left-shifting a negative number to be undefined
behaviour (per
&lt;http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_081.html&gt; it is
implementation-defined in C89, but according to
&lt;https://llvm.org/bugs/show_bug.cgi?id=17490&gt; it is undefined in C99).

Signed-off-by: Simon McVittie &lt;smcv@debian.org&gt;
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=775510
Reviewed-by: Colin Walters
</pre>
</div>
</content>
</entry>
<entry>
<title>introspection: use (nullable) or (optional) instead of (allow-none)</title>
<updated>2016-11-22T22:14:37+00:00</updated>
<author>
<name>Christian Hergert</name>
<email>chergert@redhat.com</email>
</author>
<published>2016-10-29T01:29:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=18a33f72db6a410606674d8d53fb2dadb706091d'/>
<id>18a33f72db6a410606674d8d53fb2dadb706091d</id>
<content type='text'>
If we have an input parameter (or return value) we need to use (nullable).
However, if it is an (inout) or (out) parameter, (optional) is sufficient.

It looks like (nullable) could be used for everything according to the
Annotation documentation, but (optional) is more specific.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If we have an input parameter (or return value) we need to use (nullable).
However, if it is an (inout) or (out) parameter, (optional) is sufficient.

It looks like (nullable) could be used for everything according to the
Annotation documentation, but (optional) is more specific.
</pre>
</div>
</content>
</entry>
<entry>
<title>glib: Add missing (nullable) and (optional) annotations</title>
<updated>2015-11-07T09:48:32+00:00</updated>
<author>
<name>Philip Withnall</name>
<email>philip.withnall@collabora.co.uk</email>
</author>
<published>2013-12-06T12:23:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=25a7c817d3cbef8b6508b44bca6d0b01ca77916b'/>
<id>25a7c817d3cbef8b6508b44bca6d0b01ca77916b</id>
<content type='text'>
Add various (nullable) and (optional) annotations which were missing
from a variety of functions. Also port a couple of existing (allow-none)
annotations in the same files to use (nullable) and (optional) as
appropriate instead.

Secondly, add various (not nullable) annotations as needed by the new
default in gobject-introspection of marking gpointers as (nullable). See
https://bugzilla.gnome.org/show_bug.cgi?id=729660.

This includes adding some stub documentation comments for the
assertion macro error functions, which weren’t previously documented.
The new comments are purely to allow for annotations, and hence are
marked as (skip) to prevent the symbols appearing in the GIR file.

https://bugzilla.gnome.org/show_bug.cgi?id=719966
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add various (nullable) and (optional) annotations which were missing
from a variety of functions. Also port a couple of existing (allow-none)
annotations in the same files to use (nullable) and (optional) as
appropriate instead.

Secondly, add various (not nullable) annotations as needed by the new
default in gobject-introspection of marking gpointers as (nullable). See
https://bugzilla.gnome.org/show_bug.cgi?id=729660.

This includes adding some stub documentation comments for the
assertion macro error functions, which weren’t previously documented.
The new comments are purely to allow for annotations, and hence are
marked as (skip) to prevent the symbols appearing in the GIR file.

https://bugzilla.gnome.org/show_bug.cgi?id=719966
</pre>
</div>
</content>
</entry>
<entry>
<title>Doc: fix some gtk-doc warnings</title>
<updated>2015-10-30T14:30:55+00:00</updated>
<author>
<name>Xavier Claessens</name>
<email>xavier.claessens@collabora.com</email>
</author>
<published>2015-09-21T17:24:44+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=2331437df3fa3c28649f6b318ed980bd9462434f'/>
<id>2331437df3fa3c28649f6b318ed980bd9462434f</id>
<content type='text'>
https://bugzilla.gnome.org/show_bug.cgi?id=755364
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://bugzilla.gnome.org/show_bug.cgi?id=755364
</pre>
</div>
</content>
</entry>
<entry>
<title>gparam: Fix Since tag of g_param_spec_get_name_quark</title>
<updated>2015-09-08T12:15:44+00:00</updated>
<author>
<name>Rico Tzschichholz</name>
<email>ricotz@ubuntu.com</email>
</author>
<published>2015-09-08T12:15:44+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=5a84f84325cbb0a58014348cb5513656432ae25d'/>
<id>5a84f84325cbb0a58014348cb5513656432ae25d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a method to get the pspec name quark</title>
<updated>2015-09-08T00:54:01+00:00</updated>
<author>
<name>Matthias Clasen</name>
<email>mclasen@redhat.com</email>
</author>
<published>2015-09-08T00:54:01+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=41c0d15a6d680738e80a59e89c1058a97ca922ea'/>
<id>41c0d15a6d680738e80a59e89c1058a97ca922ea</id>
<content type='text'>
This lets us avoid the quark lookup in the hot
property change notification path.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This lets us avoid the quark lookup in the hot
property change notification path.
</pre>
</div>
</content>
</entry>
<entry>
<title>Simplify g_param_spec_get_redirect_target a bit more</title>
<updated>2015-09-07T07:02:11+00:00</updated>
<author>
<name>Matthias Clasen</name>
<email>mclasen@redhat.com</email>
</author>
<published>2015-09-07T07:02:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=44af2b1c17b5920052a6bb363c62d8452a570a42'/>
<id>44af2b1c17b5920052a6bb363c62d8452a570a42</id>
<content type='text'>
It is enough to look for exact matches here, so no need to
dive into g_type_instance_is_a and take locks, etc.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It is enough to look for exact matches here, so no need to
dive into g_type_instance_is_a and take locks, etc.
</pre>
</div>
</content>
</entry>
</feed>
