GitLab

It's g_object_unref(), not g_object_ref(). Ugh.

Therefore, use g_clear_object().
Signed-off-by: David Zeuthen <davidz@redhat.com>

Found using:
find . -name '*.c' | xargs grep 'or %NULL' | grep ' \* @' | grep -v '@error' | grep -v allow-none

If the GDBusObjectManagerClient doesn't get a name owner during its lifetime,
`on_control_proxy_g_signal' will never be connected to any signal, so we
shouldn't dump any warning in that case.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=662858

Now that we have those, we should use them.

https://bugzilla.gnome.org/show_bug.cgi?id=660739

Otherwise we might collide with an interface called Connection.

https://bugzilla.gnome.org/show_bug.cgi?id=659699

This is for the same reason that GDBusProxy has its properties
prefixed with g-.
Signed-off-by: David Zeuthen <davidz@redhat.com>

Signed-off-by: David Zeuthen <davidz@redhat.com>

This is needed because the proxy may need to update its internal state
which a signal handler connected to the manager may rely on.
Signed-off-by: David Zeuthen <davidz@redhat.com>

NULL is now a shortcut for g_cclosure_marshal_generic, so avoid
referencing it directly.

https://bugzilla.gnome.org/show_bug.cgi?id=654917

To help cross compilation, don't use glib-genmarshal in our
build.  This is easy now that we have g_cclosure_marshal_generic().

In gobject/, add gmarshal.[ch] to git (making the existing entry
points stubs).

In gio/, simply switch to using g_cclosure_marshal_generic().

https://bugzilla.gnome.org/show_bug.cgi?id=652168

Signed-off-by: David Zeuthen <davidz@redhat.com>

For bindings, obviously.
Signed-off-by: David Zeuthen <davidz@redhat.com>

Signed-off-by: David Zeuthen <davidz@redhat.com>

Signed-off-by: David Zeuthen <davidz@redhat.com>

Signed-off-by: David Zeuthen <davidz@redhat.com>