Stop dithering over GPrivate

Take out the half-private g_private_init() stuff and replace it with a
G_PRIVATE_INIT macro that allows specifying a GDestroyNotify.

Expose the GPrivate structure in a public header.

Add a g_private_replace() to (sort of) match the functionality of
g_static_mutex_set().

Improve the documentation.

Deprecate g_private_new().

Add a few comments

Add another GCond test

This test shows how to implement a barrier using a GCond.

Rework the way GStaticPrivate data is freed

To avoid iterating threads in g_static_private_free(), defer freeing
the per-thread data to thread exit. The one complication here is
that it is possible for the static private index to be reused while
'old' data is still around. To deal with that case, store the 'owner'
with each per-thread data node, and free old data in
g_static_private_get() if the owner doesn't match. The remaining
possibility that a private index could be reused by a GStaticPrivate
with the same address is sufficiently unlikely that we can probably
ignore it.

With this change, per-thread data is now truly private again,
and we can drop the lock for it as well.

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

Whitespace fixes

Clean up includes

Add tests for GPrivate and GStaticPrivate

tests: Use G_VALUE_INIT

docs: Use G_VALUE_INIT

mutex testcase: add a performance test

Add a reasonable performance test for uncontended and contended cases.

Move all hash functions to ghash.c

This matches their location in the headers.

GHash: Cosmetic changes

One forgotten moved doc

Move GStringChunk into its own files

Move GString docs inline

GString: cosmetic cleanups

Move file utility docs inline

Move string utility docs inline

Move test docs inline

Move keyfile docs inline

GAsyncQueue: simplify an internal function

g_cond_timed_wait() behaves like g_cond_wait() when given
NULL, so no need have different branches for that in
g_async_queue_pop_intern_unlocked().

GAsyncQueue: internal cleanup

Turn the 'try' parameter of g_async_queue_pop_intern_unlocked
into a 'wait', for better alignment with the GCond api.

GAsyncQueue: embed the GCond

Use g_cond_init/clear, now that we have them.

GAsyncQueue: Cosmetic fixes

Mostly doc formatting and whitespace fixes.

GAsyncQueue: Move private API to a private header

GThreadPool: cosmetic cleanups

Mostly documentation and formatting trivial, but also add
boolean return types to GError taking functions.

GThread: cosmetic fix

Explicitly include gthread.h, don't rely on gthreadprivate.h
to pull it in.

Updated Vietnamese translation

po/vi: import from Damned Lies

Add an index for 2.32 api additions

Mark g_thread_create_with_stack_size as new API

GSettings schemas: allow for zero items in schema

GVDB deals with empty lists by returning NULL for the list instead of a
zero-length (non-NULL) strv.  We can work around that in GSettingsSchema
by checking for the NULL case and treating it like a zero-length list.

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

Fix URL to strlcpy(3) manpage in comment.

markup-subparser test: use a real GError domain

Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Matthias Clasen <mclasen@redhat.com>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=660371

sleepy-stream test: use a real GError domain

Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Matthias Clasen <mclasen@redhat.com>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=660371

g_dbus_error_encode_gerror: don't segfault on bad domains

Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Matthias Clasen <mclasen@redhat.com>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=660371

Prevent data loss in gdesktopappinfo.c

Don't loose the content of mimeapps.list when it doesn't contain
a [Added Associations] group. Pointed out by Alexander Larsson.

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

Clean up atomic cruft

Nothing is using these defines anymore, and the messages
are misleading. Based on a patch by Kean Johnston.

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

Some more gthread reshuffling

GUnixFileMonitor: Clean up /proc/mounts monitoring

Most suggestions from Colin Walters <walters@verbum.org>.

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

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

GUnixFileMonitor: Use /proc/mounts for monitoring mount changes

On recent Linux distros /etc/mtab is just a symlink to /proc/mounts
and GFileMonitor does not work there because of how the kernel conveys
that the file changes.

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

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

gfile: Be clear about freeing GFile objects

gthread: remove a stray reference to GStaticMutex

Updated Esperanto translation

update .gitignores

tests: add signal marshalling return tests for int/uint

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

tests: fix generic closure marshalling tests

We're testing enums here, not flags, so we need to make sure
we're trying to send enums through the marshalling.

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

tests: Add some return value torture testcases for the generic marshaller

Ensure that ENUM types are properly marshalled back from libffi types
to glib types, which was failing on ppc64.

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

Add thread-safety warnings to the g_setenv() and g_unsetenv() docs

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

GDesktopAppInfo: simplify how defaults work

Previously, we took the default application for a particular mimetype
from the system and copied it into the user's configuration as the
default there.

Instead of doing that we leave the user's default unset, and at time of
use, if the user has no explicitly-set default value, we use the system
default.

This avoids complicated situations where inappropriate applications were
being set as the default in the user's configuration.

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

Add another mimeapps test

This tests the interaction between mimeinfo.cache, defaults.list and
mimeapps.list to ensure g_app_info_set_as_last_used_for_type doesn't
incorrectly change the default.

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

g_simple_async_result_complete_in_idle: add a minor doc clarification

glib tests: Compile new thread tests on win32

They accidentally got added inside of a 'if OS_UNIX'.  Move them out.

winxp threads: detect SRWLock emulation reentrancy

We lack SRWLock on Windows XP, so we use CRITICAL_SECTION to emulate it
there.  SRWLock is non-recursive, but CRITICAL_SECTION will happily
allow itself to be acquired multiple times by the same thread.

We need to detect if our second acquire succeeded because of the
recursive nature of CRITICAL_SECTION.  In the case of a _lock()
operation, we would normally have deadlocked, so abort.  In the case of
a _trylock() operation, we need to ensure that FALSE is properly
returned.

Problem caught by Matthias Clasen and Chun-wei Fan.

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

[l10n]Updated Catalan (Valencian) translation

Update Czech translation

[l10n]Updated Catalan translation

gvariant: Add g_variant_get_fixed_array()

Using g_variant_new_from_data() for creating new byte arrays is non-obvious.
This patch adds a g_variant_new_fixed_array() function.

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

More GThread docs tweaks

Move GThread docs around

Move includes to the top of the file

Move deprecated GThread functions to a separate file

GThread: more doc updates

Drop G_THREADS_IMPL_NONE from the docs

GLib can no longer be built without thread support.

Fix warning/error C4013 (implicit declarations)

-Include gthread.h in gregex.c as g_once_init_enter and g_once_init_leave
 are used.
-Define prototype for g_thread_DllMain in gthreadprivate.h for Windows

gthread.c: Declare variable at start of block

This is so that C89 compilers will not complain.

Document G_THREADS_IMPL_WIN32

GThread doc additions

Fix an uninialized variable warning

Updated Slovak translation

Updated Danish translation

Add a testcase for bug 659866

Mere inclusion of glib headers should not require you to define
any XYZ_SOURCE macros.

Add a test for GCond

Add a nontrivial read-write lock test

Add GOnce tests

Make the rec mutex test a little more verbose

giostream: "closed" property should not be marked writable

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

gio-2.0.pc.in: drop stray reference to libasyncns

gio-2.0.pc's Libs.private was still using @LIBASYNCNS_LIBADD@, which
was no longer being substituted to anything and so broke "pkg-config
--static". Fix it to be @NETWORK_LIBS@ instead.

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

Add a non-trivial GRWLock test

This one tests that the writer lock behaves like a mutex.
Adapted from the corresponding test in GMutex.

Add a non-trivial GRecMutex test

Adapted from the corresponding GMutex test.

Remove an unused variable

Updated Oriya Translation

Add some more rw lock tests

These test some simple mixed reader/writer api usage.

Add a mutex test

This tests that mutexes do what they are supposed to do.
Copied from a similar test for bitlocks in gthread/tests/bitlock.c.

Updated Hebrew translation

Add headers

Fix g_rwlock_{writer,reader}_trylock

Add basic tests for GRWLock

Just basic api usage, no functional test cases yet.

VS support updates

-Fix GLib project/filter files generation as some source items are under
 the "deprecated" subfolder, and filter out the gthread-*.c
-Explicitly specify gthread-win32.c in the GLib project/filter file
 templates, since tarballs are done on Linux.
-Don't define g_static_mutex_get_mutex in the pregenerated
 glibconfig.h.win32(.in) as it is defined in deprecated/gthread.h for Windows

Fix g_rec_mutex_trylock

Add trivial tests for GMutex and GRecMutex

Not testing any mutual exclusion with threads yet, just
basic api use. This is already enough to reveal g_rec_mutex_trylock
as broken...

gmappedfile.c: Define S_IFREG on Win32 when it's not available

Make a workaround for S_IFREG in gmappedfile.c on Windows as it may not be
available for a given compiler on that platform

gvalue: Add explicitly signed g_value_get_schar() and g_value_set_schar()

The documentation for G_TYPE_CHAR says:

"The type designated by G_TYPE_CHAR is unconditionally an 8-bit signed
 integer."

However the return value for g_value_get_char() was just "char" which
in C has an unspecified signedness; on e.g. x86 it's signed (which
matches the GType), but on e.g. PowerPC or ARM, it's not.

We can't break the old API, so we need to suck it up and add new API.
Port most internal users, but keep some tests of the old API too.

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

tests: Add a some torture test cases for the generic marshaller

In particular this has a test case for a G_TYPE_ENUM which we were
running into a failure on ppc64.

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

Add gthread.h to deprecated headers

...not deprecated sources

Fix annotations for source/target in g_object_bind_property_*

We use gpointer for convience of the C API users, but introspection
users will not like it.

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

Updated Oriya Translation

Some gthread doc updates

Marking things as deprecated, mostly.

Use adaptive mutexes when available

These are supposedly better on multi-cpu systems - and who doesn't
have multiple cpus nowadays. One single-processor systems, they
are identical to normal mutexes.
See e.g. http://bugzilla.mozilla.org/show_bug.cgi?id=132089

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

GDateTime test: fix a race

We have a GDateTime test that compares the time now (as per the libc) to
the time now (as per GDateTime).  The problem is that the time could
change between those two "now"s.