Add a test to show that GMarkup properly handles > in content

resources: Add to-pixdata preprocessing option

Make constructor-based resource registration malloc free

We need to do this because constructors run before main() and
thus before any call to g_mem_set_vtable, making it impossible to
use that function if constructors call g_malloc.

We do this by making the constructors just register the static data
for lazy registration, doing the lazy registration when using
the global resource set.

resources: Minor fixes to the docs

Bump version number

2.31.14

Fix distclean

Dist gconstructor.h

Emit meaningful error messages

That is useful, even if this is only an internal tool.
I have been scratching my head why this tool would
break distcheck...

Fix builddir != src builds

Some more documentation fixes

Assorted documentation fixes

Drop menu markup functions from API docs

Fix doc syntax

Move pragmas out of function body

It seems that older gcc does not like pragmas inside functions.

Move pragmas out of function body

It seems that older gcc does not like pragmas inside functions.

Silence another deprecation warning

Silence a deprecation warning

Advantage of the new deprecation handling: there's pragmas
to shut them up locally.

Remove a check that triggers deprecation warnings

Updates

Move constructor macros to an internal header and into generated code

With this we're not longer exporting the constructor headers, which means
we're not tying ourselves to a macro that might need special tweaking on
a compiler-by-compiler basis.

goption: implement platform_get_argv0() for OpenBSD

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

gtlspassword.c: indentation fixes and doc clarifications

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Norwegian bokmål translation

comments/docs: Fix couple of typos

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

glib-compile-schemas: get strict about whitespace

It's important to have strict rules for handling of whitespace in
translated strings in GSettings schema files so that the tools
extracting the messages will end up with the same messages as the
runtime calling gettext().

The rules are designed to be simple and unambiguous yet cover most
normal uses in a convenient way.

Those rules are as follows (with rationale):

  - for <default> tags, the text content has its leading and trailing
    whitespace stripped off, but internal whitespace is not modified in
    any way.

    This allows for slightly more flexible use of whitespace without
    causing that whitespace to appear in the strings for translation.

  - for <summary> and <description> tags, the content is split into
    paragraphs.  Paragraphs are separated by two or more sequential
    newline characters.  Each paragraph has its leading and trailing
    whitespace removed and all other whitespace is normalised to a
    single ascii space character.  Finally, the paragraphs are rejoined,
    inserting exactly two newlines between them.

    This allows for longer explanations (particularly in the description
    tag) using a natural format that, when normalised, will display
    nicely in toolkits.

This patch implements the rules for <default> tags.  The schema compiler
currently ignores <summary> and <description> tags.

README: Fix potentially extremely annoying typo

Updated Spanish translation

Updated Spanish translation

GSettings: two memory use fixes

First, correct a rather dubious case of accessing a GSettingsSchemaKey
after clearing it.  This was technically okay because only the key name
was accessed (and it is not owned by the struct) but it looks very
wrong.

Second, have g_settings_backend_write() sink the passed in GVariant*.
Not all backends get this right, and I'm starting to like the pattern of
virtual function wrappers being responsible for sinking the parameters
that they are documented as consuming.

gdbus-codegen: Use C array instead of GValueArray

GValueArray was deprecated in bug 667228 and since we never change the
size of the array, it was kinda dumb to just GValueArray in the first
place.

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

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

GKeyFile: allow loading from empty strings

GKeyFile supports empty files and also supports loading from the string
"", but will fail with a critical if you try:

  - explicit length == 0
  - data == NULL

length == 0 should always be valid, and data == NULL should be valid in
the case that length == 0, so add some testcases for those and fix the
code up to allow them.

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

GDBusInterface: add dup_object() method

This is needed for thread-safety ... yes, it would have been better to
make get_object() return a full reference and have something like a
peek_object() method return a borrowed reference for C convenience
(only a single vfunc would have been needed). But such an ABI break is
too late now...

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

gio.symbols: Remove removed g_menu_markup_* symbols

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

gmain: fix a bunch of comment typos in g_get_monotonic_time()

And remove a comment about Windows in the fallback implementation that
no longer applies, since there's now a separate Windows-specific
implementation.

docs: Fix formatting in glib-compile-resource man page

Fixup the formatting in the example rule for --generate-dependencies.

Updated POTFILES.in

keyfile tests: Fix windows build using portable g_setenv

docs: Fix the glib-compile-resources docs

Add a tag missing from commit 45783c5927f32cae965c67db14adb8422373d345.

Drop the GMenu markup functions

The parser has been moved into Gtk in a modified form and the printer
was never really useful anyway (except for debugging/testing).

e G_SOURCE_CONTINUE/REMOVE internally

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

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