Fix distcheck

update Simplified Chinese (zh_CN) translation

Fix distcheck

Updates for 2.31.20

Fix binding properties of the same object

This problem was pointed out in bug 639873.
The patch here is based on Matt Barnes patch,
I've added a testcase as well.

Run gdb under libtool so that local libraries are used

If this isn't done, the system-wide glib is used for this test,
and that can cause test failures.

https://bugzilla.gnome.org/621368

Updated Slovenian translation

Updated Slovenian translation

build: include glib-compile-resources.xml in the dist tarball

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

build: Fix failure on "make distclean"

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

fastpath: Do allow NO_RECURSE fastpath for NOP emissions

This fixes a performance regression wrt the old NOP emission
handler.

glib/gmacros.h: Fix up attribute to avoid namespace collisions

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

gspawn: rename G_SPAWN_ERROR_2BIG to be more bindings-friendly

Rename G_SPAWN_ERROR_2BIG to G_SPAWN_ERROR_TOO_BIG (while keeping the
old name for compatibility), to fix problems with language bindings
where the old name translates into something that would be
syntactically invalid due to starting with a digit.

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

GApplication: fix name unregister logic

We were attempting to unregister our ownership of our D-Bus name even in
the case that we were non-unique (ie: we didn't actually own the name).
Rework the logic a bit to prevent that: for non-unique, we leave
impl->bus_name as NULL and we only register/unregister if it is
non-NULL.

Updated Vietnamese translation

po/vi: import from Damned Lies

Updated Basque language

Bug 640202 Impossible to build multi-architecture libraries

Hides ELF-only linker flag -export-dynamic from non-ELF linkers.

Mask out G_SIGNAL_TYPE_STATIC_SCOPE when comparing types

build: Fix rules for marshalers.[ch]

Add more tests for signal emissions

Optimize single-handler va_marshaller case

When there is only one closure handling a signal emission and
it doesn't have a bunch of complicated features enabled we
can short circuit the va_args collection into GValues and call the
callback via the va_marshaller directly.

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

Use builtin marshallers and va_marshallers if possible

If the signal argumment types matches a built in standard
marshaller we use the va_marshaller for that, and also the
normal marshaller if NULL was specified (as its faster than
the generic one).

Add g_signal_set_va_marshaller

This lets you set a va_marshaller on your signal which will be
propagated to all closures for the signal. Also, automatically
uses the generica va_marshaller if you specify a NULL c_marshaller.

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

Add _g_closure_is_void to check for NULL vfuncs

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

Support generating va marshallers in glib-genmarshal

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

Add optional support for varargs marshallers to GClosure

These closures support being invoked on a va_args which can
be useful as you can then avoid boxing the va_args into
GValues in certain cases.

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

Add GRealClosure and move meta_marshallers there

This means we're not abusing the notifiers for meta_marshallres,
and we're able to later cleanly add other fields to GClosure.

We still have to leave the ABI intact for the GClosure->meta_marshal
bit, as old G_CLOSURE_N_NOTIFIERS macro instances still accesses it.
However, we always set it to zero to keep those macros working.

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

tests: Add generic and empty signal emission performace tests

generic means it uses the generic marshaller
empty means the vfunc pointer is NULL

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

tests: performance: add emit-handled/emit-unhandled tests

Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@linux.intel.com>

GSequence: add note about lookup requiring sorting

g_sequence_lookup() only works on sorted sequences, but it's quite easy
to create unsorted sequences.  Add a note to the documentation that the
sequence must be sorted in order for g_sequence_lookup() to work.

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

Updated Hebrew translation.

gobject/gtype.c: Emphasize use of priv in member and use g_return_val_if_fail

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

Signed-off-by: Javier Jardón <jjardon@gnome.org>

Add G_VOLUME_IDENTIFIER_KIND_CLASS identifier

If an application (such as Nautilus) wants to show a sidebar with
devices group into different groups such as "Devices" and "Network",
it's currently up to the application itself to do the classification
(for example by looking at the URI scheme for the activation root,
e.g. smb://).

This patch adds a new identifier G_VOLUME_IDENTIFIER_KIND_CLASS that
can be set by volume monitors and used by applications.

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

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

Updated Telugu Translations

g_uri_unescape_segment: Mention (allow-none)/%NULL in documentation

Version the deprecation of g_value_array_get_type()

Just like the rest of the GValueArray API.

gsocket: fix compilation when ENOTSOCK and WSANOTSOCK are both defined

Update Visual C++ projects

Update the build support of the included PCRE as we are now including
PCRE 8.30 with the GLib distribution.

Also "install" the new gversionmacros.h header file.

gio-2.0.pc: add gdbus_codegen variable

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

Updated Galician translations

GDBusConnection: Don't leak message reply in error path

This was reported in bug 670909.

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

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

GDBusMenuModel: plug a leak of a GHashTable

Fixup docs comment

regex: unicode: Update to Unicode 6.1.0

Update some more PCRE tables to Unicode 6.1.0. Should be completely
updated now.

Fix doc build again

The way gtk-doc works, we need compiling.sgml in both
content_files (to make sure it ends up in the disted tarball)
and in expand_content_files (to have references expanded).

Improve the wording of the message for G_UNAVAILABLE

The version number we have here is the one the function appeared
in, not the max-allowed version. Therefore 'unavailable before
VERSION' makes more sense than 'unavailable for VERSION'.

docs/glib: Moving back compiling.sgml to content_files to fix make dist

Updated Bulgarian translation

Add a 'these are private' note for the version macros

Improve documentation around deprecations

Add versioned deprecation annotation

We start from GLib 2.26.

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

value array: Annotate with versioned deprecation

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

Add flexible API version boundaries

There are cases when it should be possible to define at compile time
what range of functions and types should be used, in order to get,
or restrict, the compiler warnings for deprecated or newly added
types or functions.

For instance, if GLib introduces a deprecation warning on a type in
version 2.32, application code can decide to specify the minimum and
maximum boundary of the used API to be 2.30; when compiling against
a new version of GLib, this would produce the following results:

  - all deprecations introduced prior to 2.32 would emit compiler
    warnings when used by the application code;
  - all deprecations introduced in 2.32 would not emit compiler
    warnings when used by the application code;
  - all new symbols introduced in 2.32 would emit a compiler warning.

Using this scheme it should be possible to have fairly complex
situations, like the following one:

  assuming that an application is compiled with:
    GLIB_VERSION_MIN_REQUIRED = GLIB_VERSION_2_30
    GLIB_VERSION_MAX_ALLOWED  = GLIB_VERSION_2_32

  and a GLib header containing:

    void function_A (void) GLIB_DEPRECATED_IN_2_26;
    void function_B (void) GLIB_DEPRECATED_IN_2_28;
    void function_C (void) GLIB_DEPRECATED_IN_2_30;
    void function_D (void) GLIB_AVAILABLE_IN_2_32;
    void function_E (void) GLIB_AVAILABLE_IN_2_34;

  any application code using the above functions will get the following
  compiler warnings:

    function_A: deprecated symbol warning
    function_B: deprecated symbol warning
    function_C: no warning
    function_D: no warning
    function_E: undefined symbol warning

This means that it should be possible to gradually port code towards
non-deprecated API gradually, on a per-release basis.

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

regex: Remove --disable-regex option

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

docs: Clarify how to unset a GFileInfo attribute

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

docs: Clarify g_type_register_fundamental() behaviour

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

regex: Remove pcre_ucd.c

regex: Use glib for unicode data

Use g_unichar_type() and g_unichar_get_script() instead of pcre tables.

regex: Remove obsolete patch

regex: unicode: Update to Unicode 6.1.0

regex: Remove obsolete makefile fragments

The update.sh script doesn't work with current PCRE, so these are obsolete.

regex: Use glib memory allocator

regex: Remove obsolete patch

regex: Use g_ascii_is[x]digit

regex: Remove obsolete patch

PCRE doesn't even contain the patched file anymore.

regex: Remove obsolete patches

Upstream PCRE has removed the relocations that these patches were fixing;
the patches are obsolete.

regex: Update included PCRE to 8.30

Update case conversion test data for Unicode 6.1

unicode: tests: More script to/from ISO-15924 tests

unicode: tests: Add tests for new scripts

unicode: tests: Add tests for new line break classes

unicode: Regenerate tables from Unicode 6.1.0

unicode: Regenerate gscripttable.h for Unicode 6.1.0

unicode: tests: Remove U+27CD from is-undefined test

It's assigned in Unicode 6.1.0.

unicode: Add new line break classes from Unicode 6.1.0

unicode: Add new scripts from Unicode 6.1.0

goption: try to be helpful in goption args/flag checks

When complaining about ill defined GOptionEntries include the name of the option
group and entry in the warning.

Updated Spanish translation

Updated Brazilian Portuguese translation

docs: g_file_new_tmp: template was renamed to tmpl

update Punjabi Translation

Updated Serbian translation

Updated Uyghur translation

Updated Belarusian translation.

Make some strings translatable

Updated Lithuanian translation

Fixed a typo

Updated Persian Translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

[Bug 529806] Cannot build in 64-bit Mac OS X due to libiconv

Added better support of G_STRFUNC for Visual Studio platform

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

Updated Brazilian Portuguese translation

Hide global variable for signal ID in gdbusproxy.c.

Also a similar fix for gdbusserver.c.

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

Fix up 'Since:' for g_mapped_file_new_from_fd()

It was introduced in 2.31.0, not 2.30.x

gthread-posix: fix order of arguments in g_thread_abort() message

gasyncqueue: fix a 32bit overflow in g_async_queue_timed_pop

also, add a test for g_async_queue_timed_pop() and
g_async_queue_timeout_pop() to tests/asyncqueue.c

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

gvaluetransform: Fix an infinite loop with GFlagsValue sets with the 0 value

Transforming a GValue holding flags from a GFlagsValue set that includes the 0
value (no flag bits set) into a string would loop until exhausting all the
available memory.

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

Bump version

Updated Galician translations