Use G_SOURCE_CONTINUE/REMOVE internally

Now that we have these macros, we should use them.
This commit covers everything in glib/.

GHash: add note about randomness in hashing

To clarify our statements about being robust against outside attackers
degrading the performance of your hashtable.

resources: tool: Fix a compiler warning

Use G_GSIZE_FORMAT.

resources: compiler: Add autoselected output format

This allows simplifying the make rules.

Bug #668539.

resources: compiler: Add dependency generator

Bug #668532.

resources: compiler: Allow stripping blanks from xml data

It's hardly useful to bloat the resource data with blanks intended only
for human readability, so add a preprocessing option that uses xmllint --noblanks
to strip these.

Bug #667929.

GKeyFile: make list separators effective again

We must preserve the list_separator across clear;init
sequences.

Fix the new test

Add a test for g_key_file_set_list_separator

A recent 'harmless' fix broke it...

GArray: initialize the clear_func pointer

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

gresource-tool: fix the build

Macro to insert a new GNode "after" the given sibling.

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

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

Honor the glib_cv_g_atomic_lock_free env var in configure

This fixes bug: https://bugzilla.gnome.org/show_bug.cgi?id=668572

Deprecate GValueArray

The GValueArray type was added in a time, during the Jurassic era or so,
when GArray did not have a representable GType. The GValueArray API has
various issues as well:

  - it doesn't match the other GLib array types;
  - it is not reference counted;
  - the structure is fully exposed on the stack, so it cannot be
    extended to add reference counting;
  - it cannot be forcibly resized.

The nice thing is that now we have a GArray type that can replace in
full GValueArray, so we can deprecate the latter, and reduce the
complexity in GLib, application code, and bindings.

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

array: Add a clear function

Like GPtrArray has a "free function" that can be used to free memory
associated to each pointer in the array, GArray would benefit from
having a "clear function" that can be used to clear the content of
each element of the array when it's removed, or when the entire array
is freed.

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

GHashTable: Add a note about hash collisions

gresource: Initialize i18n

...otherwise translations don't work. Pointed out by Kjartan Maraas.

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

keyfile tests: Add testcase for bug #634232

Add a testcase based on one by Alfredo Dal'Ava Júnior (the original
reporter of the bug).

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

GKeyFile: remove approximate_size optimisation

This is micro-optimisation of the worst kind and it's causing obscure
bugs in edge cases.  Better just remove this entirely.

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

GSocket: fix complile on platforms without source-specific multicast

Some platforms don't have the source-specific multicast sockopts, and
so would fail to compile. Fix that (and return an error if the caller
tries to use source-specific). Also clarify the docs a bit.

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

Write list-of value correctly

Fixes a c&p typo. Bug #639099.

Updated Norwegian bokmål translation

GMenuMarkup: call g_variant_ref_sink()

Watch out for them floating variants !
They are easily consumed...

Updated Galician translations

Updated POTFILES.in

Add docs for gresource

Add a resource tool

This lets you poke at resources in elf files and
standalone resource bundles. So far, only listing
and extracting resources is supported. The support
for elf files requires libelf.

g_date_time_format: fix output in non-UTF-8 locales

In non-UTF-8 locales, the translations and nl_langinfo() return values
must be converted to UTF-8 before being returned to the caller.
Likewise, when making a recursive call to expand a format like '%x',
the format string must first be converted to UTF-8.

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

bump rev

2.31.12

Updates

Silence some compiler warnings

Silence a compiler warning

Fix a refcounting error

'new' is created floating, therefore it is consumed by
g_settings_set, and unreffing it after that call is not right.

Note G_MESSAGES_DEBUG in README

tests for GSettings action binding

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

add a way to create a GAction from GSettings

g_settings_create_action() will create a GAction for the named key,
allowing it to be added to the action group of the application (so that
the setting can be directly manipulated from menus, for example).

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

gsignal: add g_signal_handlers_disconnect_by_data

Similar to g_signal_handlers_disconnect_by_func() but disconnects all
functions that use the given user_data.

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

gioenums.h: Remove a trailing comma.

GSettingsSchema: ignore empty schema caches

glib-compile-schemas used to generate these.  They're harmless and they
mean that no schemas are installed in a particular directory, so just
ignore them.

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

resources: Plug mem leaks in resource compiler

==13007== 173 bytes in 1 blocks are definitely lost in loss record 90 of 106
==13007==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
==13007==    by 0x407DDBA: standard_malloc (gmem.c:85)
==13007==    by 0x407E318: g_try_malloc (gmem.c:271)
==13007==    by 0x40654DE: g_file_get_contents (gfileutils.c:756)
==13007==    by 0x804A531: main (glib-compile-resources.c:580)

==13007== 521 (56 direct, 465 indirect) bytes in 1 blocks are definitely lost in loss record 100 of 106
==13007==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
==13007==    by 0x407DDBA: standard_malloc (gmem.c:85)
==13007==    by 0x407E160: g_malloc (gmem.c:159)
==13007==    by 0x4091D8D: g_slice_alloc (gslice.c:1003)
==13007==    by 0x40674A1: g_hash_table_new_full (ghash.c:676)
==13007==    by 0x804B252: gvdb_hash_table_new (gvdb-builder.c:76)
==13007==    by 0x43C66B2: (below main) (libc-start.c:226)

GApplication: drop support for appmenu/menubars

This has been moved over to GtkApplication now.

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

update .gitignores

Fix glib-compile-resources usage when cross-compiling

Copy the behavior of glib-genmarshal: require an installed copy of it,
and use that rather than the built copy.

GDBusConnection: note that exit-on-close is sometimes TRUE

g_bus_get_finish() and g_bus_get_sync() both document that the returned
object will usually have exit-on-close set to TRUE, but the property's
documentation specified that its default is FALSE. While that's
technically true from a GObject perspective, it's not accurate from the
API user's perspective.

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

Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: David Zeuthen <zeuthen@gmail.com>

GUnixConnection: add async variant for send/receive_credentials()

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

g_base64_encode_step: clarify break_lines behavior a bit

break_lines uses LFs, not CRLFs like you might expect (since it's
designed for email-related use), but we can't change that now since
the caller has to allocate the output buffer and so the
number-of-bytes-output is part of the ABI. So, just document that.

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

gsocket: make this compile on Windows again

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

Updated Norwegian bokmål translation

Fix broken build with -Wundefined

resources: Skip initial underscores in resource section names

Initial underscores are used in c identifier to make them private,
for instance in Gtk+. However, we don't want to have this in the
resource section name, that just looks ugly.

gsocket: Use alternate IPv6 multicast group sockopt names

Apparently IPV6_JOIN_GROUP and IPV6_LEAVE_GROUP are more portable than
IPV6_ADD_MEMBERSHIP and IPV6_DROP_MEMBERSHIP. (Windows and Linux have
both, but OS X only has the latter.)

Back to the odd

2.31.10

Updates

GInetSocketAddress: add IPv6 flowinfo and scope_id fields

struct sin6_addr has two additional fields that struct sin_addr
doesn't. Add support for those to GInetSocketAddress, and make sure
they don't get lost when converting between glib and native types.

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

ginetaddress.c: fix an incorrect enum name in the docs

GSocket: Use correct type for SO_BROADCAST parameter

GSocket: Reset the timeout in the GSocket GSource after it was triggered

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

GSocket: Add function to get the currently available bytes for reading

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

GSocket: Add function to set/get the broadcast setting on a socket

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

GSocket: Add function for setting unicast TTL

GSocket: Add support for source-specific multicast (RFC 4604)

GSocket: Add possibility to join a multicast group only on a specific interface

GSocket: Add multicast-related functions

Add APIs for sending and receiving multicast datagrams with GSocket.

Based on an earlier patch from Olivier Chalouhi.

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

Updated Norwegian bokmål translation

GAsyncInitable: fix subclassibility

If a class implements GAsyncInitable, and its parent also implements
it, then the subclass needs to call its parent's init_async() before
running its own. This was made more complicated by the fact that the
default init_finish() behavior was handled by the wrapper method
(which can't be used when making the super call) rather than the
default implementation itself. Fix that.

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

Fix typo

registred_resources -> registered_resources

Protect call to pthread_condattr_setclock with define.

While here update pthread_attr_setstacksize test to use AC_LINK_IFELSE
and avoid an unused variable in glib/tests/thread.c.

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

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