Document details of GObject::notify

The signals queued while notify is frozen are emitted in
reverse order, while omitting duplicates. The lack of documentation
for this was pointed out in

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

gdbus-connection: Fix race condition in test

The test was expecting that the spawned process wouldn't start
up before the NameOwnerChanged signal was subscribed.

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

Add basic test for the GNotification gtk backend

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

gtestdbus: Don't destroy GSource twice

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

GObject: Introspection annotations for enums

This commit adds a few missing annotations to g_enum and
g_flags functions.

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

GSettings: More docs for deprecated _list_schemas()

Most _list_schemas() uses were to check for the availability
of a particular schema. g_settings_schema_source_lookup() is
a better way to do this.

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

GVariantBuilder: small documentation fixes

The examples for g_variant_builder_add and
g_variant_builder_add_parsed were leaking a heap-allocated
builder. Fix that by converting the examples to stack
allocation.

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

CLOEXEC fix for older FreeBSDs and OS X.

Some older POSIX-flavored operating systems may not have adopted
O_CLOEXEC yet.

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

Small documentation clarification

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

giomodule: Allow overriding source directory gio modules are loaded from

When testing (and valgrinding) we need to have a known set of modules
loaded.

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

glib-tap.mk: fix to actually use the TAP driver

The Makefile rules in glib-tap.mk were copied from an example that
assumed that all the test programs had names ending in ".test", so
they didn't actually have any effect for us and resulted in us still
using the standard automake test driver. Fix this so we actually do
use TAP now.

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

gio/tests: fix output of gdbus-proxy-threads and gdbus-threading

Make gdbus-proxy-threads and gdbus-threading print a newline at the
end of their progress strings, to avoid messing up their TAP-format
output.

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

gio/tests: basic-application is a helper program, not a test

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

gtestutils: add "options" to g_test_init(), make option-argv0 use gtester

Declare that the previously-unused "..." argument to g_test_init() is
actually a NULL-terminated list of strings indicating testing options,
and add an option "no_g_set_prgname", which keeps g_test_init() from
calling g_set_prgname(). Then we can port glib/tests/option-argv0 to
use gtester, by passing that option.

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

glib/tests/include: port to gtester

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

Add some mainloop instrumentation

Add trace points around adding, removing and dispatching of
sources.

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

building: Document C90 and POSIX requirements

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

building: belated docs update: GNU make is required, not recommended

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

Replace #ifdef HAVE_UNISTD_H checks with #ifdef G_OS_UNIX

In Windows development environments that have it, <unistd.h> is mostly
just a wrapper around several other native headers (in particular,
<io.h>, which contains read(), close(), etc, and <process.h>, which
contains getpid()). But given that some Windows dev environments don't
have <unistd.h>, everything that uses those functions on Windows
already needed to include the correct Windows header as well, and so
there is never any point to including <unistd.h> on Windows.

Also, remove some <unistd.h> includes (and a few others) that were
unnecessary even on unix.

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

Require POSIX.1 (1990) compliance on unix

Assume unix platforms support the original POSIX.1 standard.
Specifically, assume that if G_OS_UNIX, then we have chown(),
getcwd(), getgrgid(), getpwuid(), link(), <grp.h>, <pwd.h>,
<sys/types.h>, <sys/uio.h>, <sys/wait.h>, and <unistd.h>.

Additionally, since all versions of Windows that we care about also
have <sys/types.h>, we can remove HAVE_SYS_TYPES_H checks everywhere.

Also remove one include of <sys/times.h>, and the corresponding
configure check, since the include is not currently needed (and may
always have just been a typo for <sys/time.h>).

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

Require C90 compliance

Assume all supported platforms implement C90, and therefore they
(correctly) implement atexit(), memmove(), setlocale(), strerror(),
and vprintf(), and have <float.h> and <limits.h>.

(Also remove the configure check testing that "do ... while (0)" works
correctly; the non-do/while-based version of G_STMT_START and
G_STMT_END was removed years ago, but the check remained. Also, remove
some checks that configure.ac claimed were needed for libcharset, but
aren't actually used.)

Note that removing the g_memmove() function is not an ABI break even
on systems where g_memmove() was previously not a macro, because it
was never marked GLIB_AVAILABLE_IN_ALL or listed in glib.symbols, so
it would have been glib-internal since 2004.

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

Remove alleged support for last-millennium Unixes

Remove workarounds for NeXTStep (last released in 1995), SunOS (1994),
HP-UX 9.x (1992) and 10.x (1995), OSF/1 / Digital UNIX / Tru64 UNIX
4.x (1999), and AIX 4.x (1999).

HP-UX 11 implements dlopen(), so dropping support for earlier versions
also lets us remove the HP-UX-specific gmodule-dld.

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

Remove alleged support for BeOS

Since the initial addition of BeOS support in 1999, there has only
been one update to it (in 2005, and it wasn't even very big). GLib is
known to not currently build on Haiku (or presumably actual BeOS)
without additional patching, and the fact that there isn't a single
G_OS_BEOS check in gio/ is suspicious.

Additionally, other than the GModule implementation, all of the
existing G_OS_BEOS checks are either (a) "G_OS_UNIX || G_OS_BEOS", or
(b) random minor POSIXy tweaks (include this header file rather than
that one, etc), suggesting that if we were going to support Haiku, it
would probably be simpler to treat it as a special kind of G_OS_UNIX
(as we do with Mac OS X) rather than as its own completely different
thing.

So, kill G_OS_BEOS.

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

Remove alleged support for OS/2

In particular, remove the OS/2 GModule implementation (which AFAICT
was never actually built even on OS/2).

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

gbacktrace: Print out gdb exec errors correctly

We want to see error messages related to starting and running
gdb (such as if it's not installed).

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

build: Give internal libraries higher precedence

Linking local libraries too late may cause preinstalled libraries to
get found earlier, due to external library paths in .la files.

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

gmessages: Add g_info macro for G_LOG_LEVEL_INFO

For completeness. Although less used than others, projects want
to use this, and end up having to define it awkwardly themselves.

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

GSocketClient: For _CONNECTING event, make remote address accessible

My application (hotssh) would like to get the resolved address from DNS,
before we start the connect().

We could add a new event, but it's easy enough to just cache it on the
GSocketConnection; this avoids any new API.

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

AIX splice() is something different

AIX does provide the splice() symbol, but this does have different
signature and usecase than what Linux may provide.

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

Use AC_HEADER_MAJOR

Instead of checking for sys/mkdev.h headerfile, there is the
AC_HEADER_MAJOR helper for how to get major(), minor(), makedev().

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

gsettings.m4: @GSETTINGS_RULES@: Support srcdir != builddir with nonrecursive make

In hotssh I use nonrecursive make.  gnome-continuous uses srcdir !=
builddir by default.  @GSETTINGS_RULES@ will then attempt to touch a
nonexistent path.

This patch fixes that.

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

GDummyTlsBackend: cache the GDummyTlsDatabase

The default GTlsDatabase is supposed to be a singleton (and libsoup
has tests that will fail if it's not).

gobject: Box GMappedFile

GMappedFile is current unintrospectable, because it's not a registered
box type.  It already has reference counting functions, so there's
little reason not to box it.

This commit adds GMappedFile to the hoard of other boxes types handled
by gboxed.c

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

Fix GSettings testcase again

Hopefully this one will work for both srcdir == builddir and not.

gstrfuncs: Mention nullability in g_ascii_strcasecmp() documentation

Like strcmp(), g_ascii_strcasecmp() requires that both of its parameters
be non-%NULL.

gdesktopappinfo: Rank Keywords matches higher than GenericName

It makes sense to match on GenericName in case an application does
not provide any keywords, but the Keywords field has been added
to explicitly support the search case, while GenericName was used
to be displayed in menus, so it makes more sense to consider
Keywords more (or equally) relevant for search.

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

bump version

GLib 2.39.1

Revert "gdbus-connection-loss: Fix leak in test"

This reverts commit 670379b26f4a86c7b51b928eb0332b9a654e4c4c.

This is causing distcheck to fail and will have to be revisited later.

gsettings test: fix srcdir != builddir

Just copy the schemas to the builddir and compile them in place instead
of trying to mess around with creating the compiled file in a different
dir.  This solves issues in the summary/description testcase when
GSettings expects the usual situation of having the .xml files present
in the same directory.

gsubprocess: Fix a number of leaks and a segfault

Fixed a number of leaks in gsubprocess, as well as a segfault
that was hidden by never calling g_subprocess_communicate_state_free().

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

threadpool-test: Fix leaks in tests

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

mainloop-test: Fix uninitialized memory access in tests

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

Revert "giomodule: Fix leaks in module loading"

This reverts commit dc72039c162e1ca6400f28f92dd8e090ce99bd3f.

This depends on a patch that allows GTypeModule to be finalized.
Lets put this back in bugzilla until that gets in.

Revert "defaultiface: Fix leak in test"

This reverts commit fd7b2faa64febab407ffde2506c995544583a9d5.

This required another patch to be commited first. Will put this
back in bugzilla.

glib/tests/: Avoid GCCisms and fix tests for MSVC

Skip the tests on inf/nan strings for the gvariant and strfuncs tests, and
skip the hex strings for the strtod tests in strfuncs as they are C99
features that are not yet supported by Visual C++ (even 2013).  Use a
definition for NAN and INFINITY (that is also used in PyGObject) as
atof("NaN") and atof("Infinity") simply returns 0.0 (which is not a NAN)
in Visual C++ to fix the tests running there.

Also adapt to the format of g_ascii_formatd() when dealing with 1e99.

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

Tests: Fix up the expected messages

There was an expected messages that was not in the form that GLib on
Windows actually produces, which causes some test to fail.  Fix this up.

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

tests: Fix for non-GCC

Remove uses of using empty arrays in initialization and structs, and build
tests that rely on GCCisms on GCC only.

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

glib/tests/spawn-singlethread: Improve test for Windows

Use a Windows-style .bat script for the test_spawn_script() test, at least
when the code is built with Visual C++ (due to differences in how scripts
are written for shells and Windows cmd.exe), and account for Windows-style
line endings for that test too.

Let the MinGW builds (which are normally done in an MSYS BASH-style shell) continue to use the
*NIX-style script for that test.

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

gio/tests/gsubprocess.c: Fix on Windows

We need to check for the correct line endings on Windows (\r\n) for the
echo tests and currently need to skip the test_echo_eof test there, as
it depends on the cat utility that is not normally found on Windows, and
using an external installation of cat via MSYS or Cygwin would render the
test program to hang as cat waits for user input.

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

tests/: Include unistd.h on *NIX only

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

glib/gspawn-win32-helper.c: Clean up a bit

Remove the parts about storing up the fd's in a data structure, but call
close() on the fd's.  However, retain the _get_osfhandle() check on the
fd's when we iterate through the fd's as on fd values in the iteration may
well be invalid fd's.  As a result, the invalid parameter handler is still
needed for newer Microsoft CRTs (8.0/2005+) for _get_osfhandle() to
make sure that the program does not abort when we check the validity of
fd's to be closed in the loop[1].

[1]: http://msdn.microsoft.com/en-us/library/ks2530z6%28v=vs.80%29.aspx

tests/: Avoid closing invalid fd's

...and only include unistd.h when we are on *NIX.

Newer Visual C++ runtimes (8.0/2005 and later) will cause the program to
crash with an internal abort() call when they detect instances of close()
being called on an invalid fd, such as when the fd is -1, and these should
be purged anyways.

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

glib/gmessages.h: Unify log messages

...Under various compilers when !G_DISABLE_CHECKS.  Previously, the
messages that are logged differ depending whether GLib was built with GCC
or not.  To simplify test cases, make all builds use a single output format
for g_return_if_fail(), g_return_val_if_fail(), g_return_if_reached(), and
g_return_val_if_reached(), by using the GCC-style format and replaceing
__PRETTY_FUNCTION__ with G_STRFUNC, so that it will work across various
compilers.

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

gcancellable: don't use g_cancellable_connect() in GCancellableSource

g_cancellable_connect() is documented as calling its callback only
once, but GCancellableSource should trigger every time the cancellable
is cancelled.

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

Updated Tamil Translations

gdbus-connection-loss: Fix leak in test

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

gdbus-introspection: Fix leaks in tests

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

private: Use threading primitives correctly in private test

We shouldn't be clearing statically allocated mutexes, and also
don't use deprecated heap-allocated GPrivate.

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

timeloop: Fix leaks in tests

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

file-test: Fix leaks in test

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

gthreadpool: Don't pass bad data to GThreadPool sorter

This causes sorters to crash.

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

gmain: Fix use of uninitialized memory in sigaction structure

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

defaultiface: Fix leak in test

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

timeloop-closure: Fix leaks in test

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

signals: Fix leak in test

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

paramspec-test: Fix leaks in tests

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

override: Fix leaks in test

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

gvalue-test: Fix leaks in test

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

accumulator: Fix leak in test

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

threadtests: Fix leaks in tests

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

enums: Fix leaks in tests

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

giomodule: Fix leaks in module loading

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

boxed: Fix double free in boxed unit tests

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

gdbus-connection: Fix leaks in tests

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

gdbus-connection-slow: Fix leak in tests

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

gdbus-connection: Fix use after free in test

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

gsubprocess: Fix leaks in tests

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

gsubprocess: Fix error detection logic in tests

Various tests were depending on local_error being set by a callback
when it could never have been the case. Simplify async error detection
logic in those cases, and fix leak of GError.

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

g-icon: Fix memory leak in test

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

contexts: Fix memory leak in test

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

data-output-stream: Fix some access after free

The memory pointed to by a GMemoryOutputStream can be realloc'd

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

buffered-output-stream: Fix some access after free

The memory pointed to by a GMemoryOutputStream can be realloc'd

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

gtestdbus: Fix leak of GMainLoop

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

module-test: Fix leaks in test

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

utils: Don't free memory owned by glib in test

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

iochannel-test: Fix leaks in test

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

unicode-encoding: Fix leaks in test

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

thread-test: Fix leaks in tests

This is a test of deprecated functionality and its age is
showing. Doesn't actually do what it says. But fix leaks anyway.

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

mainloop-test: Fix leaks in tests

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

datetime: Fix leak in test

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

mapping-test: Fix leaks in tests

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

gio-test: Fix leaks in tests

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

completion-test: Fix leaks in tests

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

child-test: Fix leak in test

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

asyncqueue-test: Fix leaks in tests

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

unix: Fix memory leak in unix test

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

gerror: Don't leak memory when overwrite warning

Even though we can't always make no-leak guarantees when g_warning()
in this case we're testing this behavior in tests, and it would be
good to be able to valgrind this.

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

private: Fix memory leak in tests

Don't use g_private_new(), it's deprecated, and leaks by definition.

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

giomodule: small typo in documentation