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.

gslice: remove single-threaded case

GPrivate always works, so use it normally at all times.

GMappedFile: Add API to create from an existing file descriptor

At Tracker we want to mmap files using O_NOATIME. With GMappedFile this is at
the moment impossible. For that reason I added the constructor new_from_fd to
the GMappedFile type.

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

Deprecate GStatic{,Rec,RW}Mutex

The new versions use the primatives of the OS directly and don't have an
annoying ABI.

gtype: port from GStaticRWLock to GRWLock

Port internal GStaticRecMutex users to GRecMutex

Add a new recursive mutex type, GRecMutex

This is implemented using the native facilities of each platform instead
of manually.

Add GRWLock

gthread: remove impl init functions

win32: Add 'shared' support to SRWLock emulation

gthread-win32: trivial condition change

Make another do-nothing change to the SRWLock emulation.

gthread-win32: rename a struct member

Our SRWLock is about to become a real reader/writer lock, so rename an
instance variable to prepare for that.

gthread.h: remove some bogus decl/comments

These are no longer relevent since the possibility of a thread-disabled
GLib disappeared.

Revert "Drop an unused variable"

This reverts commit c7f9cd17d446938aaf4126e0753302676f66fd22.

The old macros in gthread.h used this variable, so it must remain in
place to keep ABI compatibility.

Drop an unused variable

More header cosmetics

trivial: small header reordering

Move some things to deprecated/gthread.h

g_thread_init: take a gpointer as the arg

GThreadFunctions is about to disappear.

disable glib-ctor on win32

Deprecate g_thread_create_full()

Replace it with g_thread_create_with_stack_size() and a real function
implementation of g_thread_create().

Modify a testcase that was calling g_thread_create_full()
inappropriately (it was using the default values anyway).

Drop g_thread_fail()

This is now unused.

g_system_thread_create: drop unused args

The 'bound' and 'priority' arguments are no longer in use, so drop them.

Remove the concept of 'bound'

This was ignored on Windows.  On POSIX, where supported, it controlled
if we ended up with a proper system thread or a user-mode thread.  Linux
did not support this.

Remove a leftover from errorcheck mutexes

Remove g_thread_functions_for_glib_use_old

This has been unused for a while and it should definitely go away now
that g_thread_functions_for_glib_use is back in gthread.c.

Merge g_thread_functions_for_glib_use

Move the now-identical copies of g_thread_functions_for_glib_use from
gthread-{posix,win32}.c back into gthread.c.

gthread.h: drop the vtable access macros

We're finally free of these.  Drop them.

NULL g_system_thread_{exit,equal} in the vtable

These were never used from gthread.h and are no longer used from
gthread.c.

GSystemThread: port 'self' 'join' and 'create'

Switch 'self' 'join' and 'create' from using the vtable to being called
via normal g_system_thread_* internal API (implemented in each of
gthread-{posix,win32}.c).

Again, we can put NULL in the vtable since these were never used from
gthread.h.

GThread: deprecate thread priorities

Thread priorities were already documented as not working on Solaris, and
they are meaningless on Linux unless the process separately requests
realtime scheduling (and even then, it appears only to work as root).

We can safely put a NULL into the vtable for set_priority since nothing
outside of gthread.c ever calls this (and that call is gone).

Don't use the thread_exit vfunc

Instead, just have the backends implement an internal function
named g_system_thread_exit.

Don't use the thread_equal vfunc anymore

Just move the g_system_thread_equal implementation into
the posix and win32 implementations, and drop some micro macro
optimization.

gthread-win32: use __stdcall markers where needed

The "unknown reason" that the native thread implementation was broken is
because functions in kernel32.dll are (obviously) following Microsoft's
__stdcall ABI, not the GCC ABI.

Change our function pointers to be __stdcall pointers and change our
emulated implementation to match.

g_private_new: use GSlice

We no longer call g_private_new() from anywhere in GLib, so we can use
gslice instead of malloc().

And move the g_thread_yield() docs too

Don't use the thread vtable for g_thread_yield()

Move g_private_new() to common code

The implementations for posix and win32 were identical, so
move it to gthread.c, to go with g_mutex_new() and g_cond_new().

Move docs around

Move the docs of functions to the actual functions. Also add
docs for some new apis.

Clean up g_thread_yield implementation

This was the last macro wrapper that was directly accessing the
vtable. Make it a regular function, like the rest.

gmem: move to glib-ctor