This adds support for registrating multiple versions of the same
typename by adding "@@" and a version name when you register the type.

This allows you to include a static library in your module that uses
gtypes. Normally such types would conflicts if another library also
statically linked to the library with the same gtype names, but a
different version. However, since the version names are different
we avoid this conflict.

You can also use this in public types if you want to allow using two
libraries with similarly named types to be used in the same process.
However, in addition to the gtype versions you then need to solve the
symbol name conflicts. This can be done for instance by using dlopen
with RTLD_LOCAL, or by introducing ELF symbol versioning.

You can query the versions of a type with g_type_[q]version (), and
you can look up a name by name and version with
g_type_from_name_and_version(). g_type_from_name() returns the
unversioned name if one exists (thus putting th...

For attributes we have to use __has_attribute().

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

coypoop authored Feb 08, 2016 and Colin Walters committed Feb 08, 2016

Newer versions of GCC emit an error here, but we know it's safe.
https://bugzilla.gnome.org/761550

Perform conversion before writing a value out of the cache into the registry,
and convert back when reading a value into the cache out of the registry.
The registry holds UTF-8 strings.

If a key is removed or it cannot be read anymore we should
notify the backend about it so it fallbacks to the default
value.

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

The base class does the same

This way the registry cache has more control to specify what has
changed.

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

This is a flag used to understand if a key exists on the registry
and if it is readable. It makes more sense to rename it as readable
since anyway a key that does not exists anymore is a key that is
not readable.

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

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

The documentation of g_file_info_copy_into() was misleading. The
attributes are not just copied, @dest_info is also cleared at the
beginning. So any previously set attributes in @dest_info are lost.

There was a bug in gedit about this function, where some metadata were
not saved. So it might make sense to change the implementation to not
clear @dest_info, and copy one by one the attributes from @src_info to
@dest_info.

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

The start_position arguments are passed to pcre_exec() as the
startoffset, which is in bytes (not characters).

I had recently a doubt about this, so it's better to document it.

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

The name_space can be NULL.

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

Add a pair of braces to make things more clear, to avoid a warning
when -Wparentheses is used.

Reported by Ignacio Casel Quinteiro.

I'm tired of seeing 'No such file or directory' in the logs without
a hint as to what is actually wrong. Including the filename here
may help me tracking down a bug in the continuous infrastructure.