docs/glib: Moving back compiling.sgml to content_files to fix make dist

Updated Bulgarian translation

Add a 'these are private' note for the version macros

Improve documentation around deprecations

Add versioned deprecation annotation

We start from GLib 2.26.

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

value array: Annotate with versioned deprecation

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

Add flexible API version boundaries

There are cases when it should be possible to define at compile time
what range of functions and types should be used, in order to get,
or restrict, the compiler warnings for deprecated or newly added
types or functions.

For instance, if GLib introduces a deprecation warning on a type in
version 2.32, application code can decide to specify the minimum and
maximum boundary of the used API to be 2.30; when compiling against
a new version of GLib, this would produce the following results:

  - all deprecations introduced prior to 2.32 would emit compiler
    warnings when used by the application code;
  - all deprecations introduced in 2.32 would not emit compiler
    warnings when used by the application code;
  - all new symbols introduced in 2.32 would emit a compiler warning.

Using this scheme it should be possible to have fairly complex
situations, like the following one:

  assuming that an application is compiled with:
    GLIB_VERSION_MIN_REQUIRED = GLIB_VERSION_2_30
    GLIB_VERSION_MAX_ALLOWED  = GLIB_VERSION_2_32

  and a GLib header containing:

    void function_A (void) GLIB_DEPRECATED_IN_2_26;
    void function_B (void) GLIB_DEPRECATED_IN_2_28;
    void function_C (void) GLIB_DEPRECATED_IN_2_30;
    void function_D (void) GLIB_AVAILABLE_IN_2_32;
    void function_E (void) GLIB_AVAILABLE_IN_2_34;

  any application code using the above functions will get the following
  compiler warnings:

    function_A: deprecated symbol warning
    function_B: deprecated symbol warning
    function_C: no warning
    function_D: no warning
    function_E: undefined symbol warning

This means that it should be possible to gradually port code towards
non-deprecated API gradually, on a per-release basis.

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

regex: Remove --disable-regex option

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

docs: Clarify how to unset a GFileInfo attribute

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

docs: Clarify g_type_register_fundamental() behaviour

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

regex: Remove pcre_ucd.c

regex: Use glib for unicode data

Use g_unichar_type() and g_unichar_get_script() instead of pcre tables.

regex: Remove obsolete patch

regex: unicode: Update to Unicode 6.1.0

regex: Remove obsolete makefile fragments

The update.sh script doesn't work with current PCRE, so these are obsolete.

regex: Use glib memory allocator

regex: Remove obsolete patch

regex: Use g_ascii_is[x]digit

regex: Remove obsolete patch

PCRE doesn't even contain the patched file anymore.

regex: Remove obsolete patches

Upstream PCRE has removed the relocations that these patches were fixing;
the patches are obsolete.

regex: Update included PCRE to 8.30

Update case conversion test data for Unicode 6.1

unicode: tests: More script to/from ISO-15924 tests

unicode: tests: Add tests for new scripts

unicode: tests: Add tests for new line break classes

unicode: Regenerate tables from Unicode 6.1.0

unicode: Regenerate gscripttable.h for Unicode 6.1.0

unicode: tests: Remove U+27CD from is-undefined test

It's assigned in Unicode 6.1.0.

unicode: Add new line break classes from Unicode 6.1.0

unicode: Add new scripts from Unicode 6.1.0

goption: try to be helpful in goption args/flag checks

When complaining about ill defined GOptionEntries include the name of the option
group and entry in the warning.

Updated Spanish translation

Updated Brazilian Portuguese translation

docs: g_file_new_tmp: template was renamed to tmpl

update Punjabi Translation

Updated Serbian translation

Updated Uyghur translation

Updated Belarusian translation.

Make some strings translatable

Updated Lithuanian translation

Fixed a typo

Updated Persian Translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

[Bug 529806] Cannot build in 64-bit Mac OS X due to libiconv

Added better support of G_STRFUNC for Visual Studio platform

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

Updated Brazilian Portuguese translation

Hide global variable for signal ID in gdbusproxy.c.

Also a similar fix for gdbusserver.c.

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

Fix up 'Since:' for g_mapped_file_new_from_fd()

It was introduced in 2.31.0, not 2.30.x

gthread-posix: fix order of arguments in g_thread_abort() message

gasyncqueue: fix a 32bit overflow in g_async_queue_timed_pop

also, add a test for g_async_queue_timed_pop() and
g_async_queue_timeout_pop() to tests/asyncqueue.c

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

gvaluetransform: Fix an infinite loop with GFlagsValue sets with the 0 value

Transforming a GValue holding flags from a GFlagsValue set that includes the 0
value (no flag bits set) into a string would loop until exhausting all the
available memory.

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

Bump version

Updated Galician translations

mention g_application_quit() in the NEWS

GApplication: add g_application_quit()

A long requested feature; this quits the application immediately,
ignoring the hold count.

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

Mention documentation fixes in NEWS

docs: Fix g_async_queue_timeout_pop_unlocked typo

docs: Add some missing G_TOKEN_* descriptions

docs: Fix g_key_file_load_from_file error parameter

docs: Ignore private network monitor headers

docs: Fix GTlsBackend typo GTyep → GType

docs: Fix GTlsDatabase typos

docs: Fix GApplicationCommandLine typo

docs: Fix define typos in GApplication

docs: Fix typo in GActionGroup

docs: Fix GActionGroup exporter typo

docs: Remove some old GMenu documentation

docs: Fix typo GAsyncReady → GAsyncResult

Also GSimpleAsyncReady → GSimpleAsyncResult.

docs: Remove mention of GFileAttributeValue

Instead mention GFileAttributeInfo.

docs: Fix some GDBusConnection typos

docs: Fix typo GConvertFlags → GConverterFlags

docs: Fix typo export → unexport

docs: Fix GDBusProxy typo name → g-name

docs: Fix typo in GFileInputStream

g_seekable_stream_can_seek() → g_seekable_can_seek().

docs: Fix method names in GMenu and GMenuModel

docs: Fix GNetworkAddress typo

g_network_address_parse_host() → g_network_address_parse().

docs: Add documentation for supports_hostname in GProxy

Also fix a typo has → as.

docs: Correct GSocketClient::event link

docs: Fix some typos in GVolume

docs: Fix GFileAttribute link in GFileInfo

docs: Correct GUnixMount → GUnixMountEntry

GApplication: disable a broken test

This test made some invalid assumptions that are no longer true.
Disable it until we can figure out a better way.

gsocket: add g_socket_condition_timed_wait()

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

2.31.18

Don't rely on /bin/sh

Another Fedora UsrMove victim !

Updated Danish translation

l10n: Updated Italian translation

Updated Norwegian bokmål translation

docs: Fix g_drive_get_identifier() typo

docs: Add GIOModuleScope and GIOModuleScopeFlags

Fix some typos and add GIOModuleScope and GIOModuleScopeFlags to
gio-sections.txt.

docs: Typo fix GInitiable → GInitable

docs: Typo fixes for GMount

Updated Hebrew translation.

Do not fail unit test due to gdb abbreviating strings

gdb by default will only print strings up to 200 characters. After that
it abbreviates them. This affects the run-assert-msg-test.sh script if
the path to the glib installation is too long (in our case it was 133
characters, 132 would still have worked...)

By having gdb execute "set print elements 0" before printing the assert
string, the limit on maximum number of characters to print is set to
unlimited.

Signed-off-by: Peter Kjellerstedt <pkj@axis.com>
https://bugzilla.gnome.org/show_bug.cgi?id=670218

docs: Fix a typo in the GSeekable documentation

Docs: fix reference to nonexisting function

The regex syntax docs referred to g_regex_fetch() when
g_match_info_fetch() was meant.

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

gio: fix memory leak in g_buffered_output_stream_write_async()

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

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

gbytes: Add G_BEGIN/END_DECL guards

Bug #670138.

Plug a mem leak in g_environ_unsetenv

And clarify the memory allocation requirement of the string arrays passed to
g_environ_{,un}setenv().

==9458== 10 bytes in 1 blocks are definitely lost in loss record 16 of 39
==9458==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
==9458==    by 0x4221A1F: vasprintf (vasprintf.c:78)
==9458==    by 0x40C6065: g_vasprintf (gprintf.c:314)
==9458==    by 0x409D894: g_strdup_vprintf (gstrfuncs.c:509)
==9458==    by 0x409D8C9: g_strdup_printf (gstrfuncs.c:535)
==9458==    by 0x40672E9: g_environ_setenv (genviron.c:156)
==9458==    by 0x80490E7: test_environ_array (environment.c:78)
==9458==    by 0x40A3DB5: test_case_run (gtestutils.c:1662)
==9458==    by 0x40A40B2: g_test_run_suite_internal (gtestutils.c:1715)
==9458==    by 0x40A417C: g_test_run_suite_internal (gtestutils.c:1726)
==9458==    by 0x40A42F9: g_test_run_suite (gtestutils.c:1771)
==9458==    by 0x40A3441: g_test_run (gtestutils.c:1319)
==9458==    by 0x80493F1: main (environment.c:108)

Bug #669412.

Add G_GNUC_BEGIN/END_IGNORE_DEPRECATIONS

Add new macros to disable -Wdeprecated-declarations around a piece of
code, using the C99 (and GNU89) _Pragma() operator. Replace the
existing use of #pragma for this in gio, and suppress the warnings in
gvaluearray.c as well.

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