GDBus: make use of reliable async cancellation

Call g_simple_async_result_set_check_cancellable() after all
GSimpleAsyncResult creation in order to take advantage of the new
reliable cancellation feature.

The guarantee of reliable cancellation fixes a bug in dbusmenu (which
was already assuming that cancellation was reliable).  See this bug:
https://bugs.launchpad.net/ubuntu/+source/libdbusmenu/+bug/953562

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

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

Fix "install" paths in VS property sheets

...and cleanup the VS2010 property sheets a little bit

[l10n] Updated German translation

GSimpleAsyncResult: support reliable cancellation

Add a function g_simple_async_result_set_check_cancellable() to provide
a GCancellable that is checked for being cancelled during the call to
g_simple_async_result_propagate_error().

This gives asynchronous operation implementations an easy way to
provide reliable cancellation of those operations -- even in the case
that a positive result has occured and is pending dispatch at the time
the operation is cancelled.

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

Invalidate single_va_closure when adding an emission hook

If the optimization is used for only having one closure handling a
signal emission, then hooks will not be run, so it should be disabled
when an emission hook is added.

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

g_log: mask log level before checking prefix flags

We check if the log level is in the "prefixed" list by checking it
against the g_log_msg_prefix bitfield.

Unfortunately we were failing to mask by G_LOG_LEVEL_MASK first, so if
the FATAL bit was set (for example) then it would never match.  This was
the case for g_error().

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

glib-init: restore default for G_MESSAGES_PREFIXED

In the glib-init shuffle this ended up being set to no messages prefixed
by default.  Fix that so that we have prefixes back.

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

glib-init: fix obvious buffer size mismatch

Updated British English translation

Updated Danish translation

GSocketMsgFlags: annotate as a flags

This was being incorrectly guessed as an enum.  Fix that.

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

Updated Norwegian bokmål translation

Finnish translation update from l10n.laxstrom.name/wiki/Gnome_3.4 translation sprint

Updated Esperanto translation

Updated Polish translation

logging test: unset G_MESSAGES_DEBUG

Having G_MESSAGES_DEBUG=all in the environment will fail this testcase.

deprecated threads: fix race in GStaticRecMutex

The very last access to the 'depth' field of GStaticRecMutex in
g_static_rec_mutex_unlock_full() was being performed after dropping the
implementation mutex for the last time.

This allowed the lock to be dropped an additional time if it was
acquired in another thread right at that instant (which is somewhat
likely, since another thread could have just been woken up by the lock
being released).

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

Fix crash in signal emission optimization

The trace of the signal emission of the was calculating the instance
type after the instance was unrefed. Fix this by keeping the instance type around.

signal emission: Allocate instance_and_param with alloca

This Gives a 5% performance increase in e.g. the emit-handled test.

Use native glib-genmarshal when cross-compiling

The ability to cross-compile glib got broken after the
merge of the 'signal-performance' branch as the assumption
was made that the generated glib-genmarshal can be executed
on the host (which isn't valid when cross-compiling).

Fixed this by using the just-built glib-genmarshal for normal
compilations and the native (host) glib-genmarshal when doing a
cross-compilation as was also done in several other areas of GLib

Tested for host=x86_64-unknown-linux-gnu, target=x86_64-unknown-linux-gnu
and host=x86_64-unknown-linux-gnu, target=i686-w64-mingw32

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

gio-querymodules: unlink instead of writing empty cache

If there are no modules installed then the most appropriate thing is to
have no cachefile instead of an empty one.  This unbreaks the "clean
directory after 'make uninstall'" check that automake does.

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

msvc_recommended_pragmas.h: Silence C4819 warnings

This warning appears when unicode chars that cannot be displayed in the
current Windows code page is used anywhere in the file, including comment
blocks.  We probably don't need to see these, especially as problems
caused by such characters are manifested as other warnings or errors,
for example, the need to add BOM to a file when compiling code with
complex script on Windows.

Assamese translation completed

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Update config.h.win32(.in)

Remove the config for ENABLE_REGEX, as GRegex is now included in all builds.

glib-genmarshal.c: Use G_VA_COPY instead of va_copy()

In the code generation portion, va_copy() is not universally available,
so use the existing G_VA_COPY macro that in turn calls va_copy() if it
is available or call an appropriate emulation otherwise.

Use G_VA_COPY instead of va_copy()

va_vopy() is not universally available in all compilers, so make use of
the existing G_VA_COPY macro which either calls va_copy() if it is
available, or emulates it if otherwise.

gobject: Fix a compiler warning

Shuffle the parenthesis around.

tests: fix GAction test for headless run

Assamese translation completed

Updated Korean translation

Fix unused variable warning

GUnix{Input,Output}Stream: Only release cancelable poll-fd if we allocated it

Otherwise we get criticals a'la

 GLib-GIO-CRITICAL **: g_cancellable_release_fd: assertion `cancellable->priv->fd_refcount > 0' failed

when reading/writing to certain kinds of file descriptors.

Patch reviewed by Dan Winship on IRC.

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

bump version

Use G_DEFINE_CONSTRUCTOR for the glib_init constructor

No need to hand-roll this when we have a macro version.

2.31.20

Update glib-genmarshal docs

A bunch of new commandline options sneaked in without docs...

Fix a compiler warning

gobject: Fix symbol lists

More updates

Merge branch 'signal-performance'

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.