g_error_new_valist, g_error_copy: warn if domain is 0 or message is NULL

Neither of those usages is valid, but there's a lot of use of 0 as a
domain "in the wild", so we can't g_return_if_fail yet.

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

GError: small documentation addition

Document that out variables are not guaranteed to be set to
defined values if an error is thrown. Inspired by bug 658315

Beef up Libs.private in glib-2.0.pc

This should help getting static builds working on mingw.
Based on a patch by Volker Grabsch, bug 619126.

At the same time, drop the unnecessary GLIB_RT_LIBS variable;
we are already adding -lrt to G_THREAD_LIBS.

Trivial docs fix

I like GLib to be consistently capitalized in the docs.

Updated Spanish translation

gmain: fix adding a child source to an already-attached source

Adding a child source to an already-attached parent source would
crash, because we were passing the parent's context when setting the
child's priority.

Ensure to generate a flags GType for empty Flags enums

When the flags enum only has the default NONE = 0 entry, glib-mkenums
creates an enum type for it, not a flags type. Add an annotation to the
enum to ensure the correct GType is created.

Bug #667938.

resources: Use g_set_error_literal where appropriate

Add missing Since: docs

Updated Galician translations

gio/tests: Fix out-of-source build and use uninstalled libraries

array: return_if_fail() if element size is 0

This is particular useful for:
  g_array_new (sizeof (MyStruct), FALSE, FALSE);
because the correct incantation is
  g_array_new (FALSE, FALSE, sizeof (MyStruct));
and these warnings will trigger in the first situation.

values: Use v_pointer for g_value_set_gtype()

... and g_value_get_gtype(). G_TYPE_GTYPE is a pointer type, so it's
values should use the v_pointer member. This is especially true, because
the value collectors from varargs in gvaluecollector.h use that, too.

This should only cause issues when sizeof(glong) != sizeof(gpointer),
and I'm not aware of any such platform. Maybe win64?

gio/tests: add some missing files to EXTRA_DIST

gio: Fix for -Wformat-security

tests: Fix build failure of resources by linking against libgmodule-2.0.la

Updated POTFILES.in

Add GResource functions to gio.symbols

Add GLIB_COMPILE_RESOURCES to glib m4 macros

Add glib_compile_resources variable to the gio pc file

Add documentation for GResource

Support resource:/// uris

Add tests for GResource

Initial version of glib-compile-resources

This is the basic utility to create resource files, either binary
versions or source files that can be compiled into your app.

Initial version of GResource

GResource is a bundle of files combined into a single binary blog.
The API lets you access the files the resource contains by
using resource paths. You can also register resources with a
global list and access these globally in a merged resource namespace.

The normal way this is used is to link in the resources into your
application/library and have it be automatically registred.

Resources are compiled from an xml description using
glib-compile-resources.

Merge remote-tracking branch 'gvdb/master'

Add macros to handle constructor functions on the compilers that support it

This is only supported on some compilers, so we define G_HAS_CONSTRUCTORS
when it is supported. However, when it is supported we guarantee that
both constructors and destructors work, in executables as well as shared
libraries (including runtime unloading of shared libraries).

Usage is a bit unorthodox, as some compilers need to use #pragma to
implement constructors, and #pragma can't be used in macros.

The canonical way to use this:

  #ifdef G_DEFINE_CONSTRUCTOR_NEEDS_PRAGMA
  #pragma G_DEFINE_CONSTRUCTOR_PRAGMA_ARGS(my_constructor)
  #endif
  G_DEFINE_CONSTRUCTOR(my_constructor)

  static void my_constructor (void)
  {
    ...

  #ifdef G_DEFINE_DESTRUCTOR_NEEDS_PRAGMA
  #pragma G_DEFINE_DESTRUCTOR_PRAGMA_ARGS(my_destructor)
  #endif
  G_DEFINE_DESTRUCTOR(my_destructor)

  static void my_destructor (void)
  {
    ...

Support creating a GvdbReader from data

This is needed for the glib resource work.

Docs: Changed can not to cannot.

This is a backport from the glib commit 30fdc1a79938540af7bad0af68d0a3b8af14f117

Updated Hebrew translation.

docs/gobject/tutorial: Use g_object_class_install_properties

GIO: add lots of annotations for Vala bindings

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

Bug 666700 — Add some missing (allow-none) annotations

Add some missing (allow-none) annotations to GContentType, GIcon and
GHashTable methods.

Closes: bgo#666700

Back to odd

2.31.8

Updates

Add G_FILE_ATTRIBUTE_FILESYSTEM_USED to get exact used space

This is implemented by with statfs_buffer.f_bavail (free blocks
for unprivileged users) as a default way to retrieve real free space.
Based on a patch by Marcus Carlson, bug 625751.

Make glocalfile.c more readable

The many nested ifdefs here really deserve some annotations.
Based on a patch by Marcus Carlson, bug 625751.

add g_queue_free_full to glib-sections.txt

Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>
https://bugzilla.gnome.org/show_bug.cgi?id=667331

Use g_queue_free_full() convenience function.

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

Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>

Updated Belarusian translation.

fix a compiler warning

Realign the hash set example with added api

Change the name of set_insert to set_add, to better match the
newly added g_hash_table_add.

drop debian/ directory

Fix GHashTable GDB pretty printing (bug #667420)

Updated Bulgarian translation

gthread-posix: Remove misleading documentation comments

g_thread_init() has done nothing since 2.32, so while the function
still can be used if "g_thread_init() has not yet been called",
it won't do nothing in that case, it will just perform normally.

gbacktrace: g_get_prgname () isn't called for a NULL argument

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

Updated Norwegian bokmål translation

Updated Spanish translation

minor fixup to last commit

GHashTable: new 'add' and 'contains' APIs

These are both convenience APIs that make it slightly nicer to use
GHashTable as a set (which is something we document as officially
supported).

gio/gsocks5proxy: typo fix

Updated Vietnamese translation

po/vi: import from Damned Lies

Remove some cruft from an older version of the code

gdesktopappinfo: Fix gtk-doc to mention Keywords not X-GNOME-Keywords

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

Mention g_test_undefined() when documenting assert_failed, assert_stderr

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=666116
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

Skip tests of incorrect property usage under gtester -m no-undefined

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=666116
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

glib/*: Use g_slist_free_full() convenience function

gio/*: Use g_slist_free_full() convenience function

gdesktopappinfo: Avoid crash by NULL-ing data.pid_envvar before launch

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

GSocket: fix a couple of return values

g_socket_receive_with_blocking() and g_socket_send_with_blocking claim
to return -1 in error, their return type is gssize, and yet they
return FALSE if the initial g_return_val_if_fail() call fails.

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

GSocket: add some more g_return_if_fail()s

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

Clarify g_utf8_strlen docs a bit

Add a testcase for an old regex bug.

Add a testcase for bug #455640, which was fixed in PCRE versions newer
than 7.2.

glib/*: Use g_list_free_full()

gio/*: Use g_list_free_full() convenience function

gio/gdbus-2.0/codegen/codegen.py: Use g_list_free_full()

Fix parameter name mismatches in GWeakRef api

Add GWeakRef to the docs

gio/tests: Use g_list_free_full() convenience function

gvariant: Never break out of g_variant_iter_loop

 * Document how to break out of g_variant_iter_loop style loops.

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

Add test for GDBusConnection singleton access racing with destruction

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

GDBusConnection: use GWeakRef to make the singletons thread-safe

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

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

Add regression test for GWeakRef used to cache a singleton

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

Add deterministic tests for the API of GWeakRef

These don't address the thread-safety, but do address basic use.

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

GWeakRef: add a weak GObject reference believed to be thread-safe

This patch is a joint work with Simon McVittie.

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

g_object_weak_ref, g_object_add_weak_pointer: document non-thread-safety

Transparent access to a weak pointer from the thread performing the
weak -> strong conversion is incompatible with thread-safety: that
thread will have to do something special. This is GNOME#548954.

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

GBitLock: turn assumptions of g_futex_int_address into a static assertion

We'll probably never encounter a platform where these fail, but that's
what static assertions are for...

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

gthread.h: avoid anonymous union

This is a GNU extension.

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

nextstep gsettings backend: whitespace police

thread-safe nextstep gsettings backend

simplified key reset logic

GSettings: nextstep settings backend

ginetaddressmask: plug leak

==24706== 52 bytes in 1 blocks are definitely lost in loss record 7,248 of 13,092
==24706==    at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==24706==    by 0x70E9F5F: standard_malloc (gmem.c:85)
==24706==    by 0x70E9FE8: g_malloc (gmem.c:159)
==24706==    by 0x71018EC: g_slice_alloc (gslice.c:1003)
==24706==    by 0x710192B: g_slice_alloc0 (gslice.c:1029)
==24706==    by 0x7068526: g_type_create_instance (gtype.c:1872)
==24706==    by 0x705067B: g_object_constructor (gobject.c:1835)
==24706==    by 0x704FE47: g_object_newv (gobject.c:1699)
==24706==    by 0x7050612: g_object_new_valist (gobject.c:1816)
==24706==    by 0x704F894: g_object_new (gobject.c:1531)
==24706==    by 0x6F0F2F0: g_inet_address_new_from_bytes (ginetaddress.c:459)
==24706==    by 0x6F5D703: remove_network (gnetworkmonitornetlink.c:256)
==24706==    by 0x6F5DD80: read_netlink_messages (gnetworkmonitornetlink.c:386)
==24706==    by 0x6F2D5CA: socket_source_dispatch (gsocket.c:2505)
==24706==    by 0x70E1D45: g_main_dispatch (gmain.c:2513)
==24706==    by 0x70E2A06: g_main_context_dispatch (gmain.c:3050)
==24706==    by 0x70E2BE9: g_main_context_iterate (gmain.c:3121)
==24706==    by 0x70E2CAD: g_main_context_iteration (gmain.c:3182)
==24706==    by 0x6F60A05: g_application_run (gapplication.c:1599)
==24706==    by 0x42D011: main (ephy-main.c:472)

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

Updated Hebrew translation.

config.h.win32.in: Cleanups

-Make the contents of the preconfigured config.h.win32(.in) more like the
 contents of config.h.in
-Correct the sizing of void* on x64 platforms (which should be 8, unlike
 4 on x86-32 platforms)

Correct some Since tags

As pointed out in bug 666951, g_mkdtemp and g_mkdtemp_full
were only added in 2.30.

Fix to handle '\v' (vertical tab) by g_strescape() and g_strcompress().

fix enables g_strescape() and g_strcompress() to handle '\v' along with other
special characters - '\b', '\f', '\n', '\r', '\t', '\'.

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

Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>

Some minor updates of building.sgml

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

Some minor updates of HACKING

Add undefined/no-undefined mode options to GTester

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

various tests: do not provoke SIGTRAP with -m no-undefined

Some of the GLib tests deliberately provoke warnings (or even fatal
errors) in a forked child. Normally, this is fine, but under valgrind
it's somewhat undesirable. We do want to follow fork(), so we can check
for leaks in child processes that exit gracefully; but we don't want to
be told about "leaks" in processes that are crashing, because there'd
be no point in cleaning those up anyway.

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

Clarify documentation of fast/slow/thorough and quiet/verbose tests

It turns out that there is no middle setting between fast and
slow/thorough, but there *is* a middle setting between quiet and verbose.

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

Remove another unused AC_DEFINE

Nothing was using the HAVE_GCOV define.

Drop unused AC_SUBST

DISABLE_MEM_POOLS is only used as define.

Remove a bashism

Drop a lot of dead configury for threads

Much of this became obsolete by the recent rewrite of our
threading support.

Don't put documentation in glibconfig.h

Make glibconfig.h include guards consistent