Update VS property sheets ("install" phase)

Copy the new GioTLS headers that were introduced into the GIO
library in commit  0f99cfa8822514dc6b7ccbc59efbe68f27aeb172 during the
"install" stage.

Updated Bulgarian translation

[gobject] Fix G_DEFINE_BOXED_TYPE compilation with C++

[gi] Add missing (out) annotation to g_dbus_{node,interface}_info_generate_xml()

[gi] Add missing Gio transfer annotations

[gi] Fix parameter name typos in Gio docstrings

Found by GIR compiler when building gobject-introspection:

gir/gio-2.0.c:33525: Warning: Gio: g_tls_password_set_description: unknown
parameter 'flags' in documentation comment, should be one of 'password',
'description'
gir/gio-2.0.c:14568: Warning: Gio: g_action_group_action_state_changed: unknown
parameter 'state' in documentation comment, should be one of 'action_group',
'action_name', 'value'

Bug 652827: Update config.h.win32.in

Add check macro for HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS, as it is
now required for MSVC builds of glib/gatomic.c GLib 2.29.15+.

It is true that the MinGW cross-compiler on Linux systems will have
HAVE_GCC_BUILTINS_FOR_ATOMIC_OPERATIONS and
HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS defined during the completion
of ./configure, but since this file is primarily meant for people
compiling -on- Windows (and that the "native" Windows MinGW would neither
./configure to define HAVE_GCC_BUILTINS_FOR_ATOMIC_OPERATIONS and
HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS), this file will be updated as
it is for now at least until the situation for "native" Windows MinGW
change. (please see Bug 652827 regarding this paragraph)

Bug 652827 - glib-2.29.8 no longer builds with mingw.org's toolchain

Check for Win32 atomic intrinsics.

Cleanup gatomic checks

Fix typo

[gi] Add missing transfer annotation to g_dbus_node_info_lookup_interface()

Updated Norwegian bokmål translation

[gi] Add missing (allow-none) annotations to g_dbus_connection_register_object()

Ignore lcov-produced files in top-level .gitignore

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

Allow current lcov (version 1.9) to be used for coverage

It seems to work fine with the same invocation already used.

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

Document libffi as new dependency

Updated Galician translations

Require Python 2.5 explicitly

Without someone to regularly test 2.4, and since the code in reality
requires 2.5, switch to that for now.

configure: Fix statvfs/statfs detection

Add missing 'x' as pointed out by declanw@is.bbc.co.uk

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

Updated Hebrew translation.

Add missing GVariant annotations

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

gio/tests/.gitignore: fix

Updated French translation

[l10n] Updated German translation

gio enums: Remove trailing commas

Fix up ABI symbols after GTlsDatabase merge.

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

GTlsDatabase and related objects

The database is an abstract object implemented by the various TLS
backends, which is used by GTlsConnection to lookup certificates
and keys, as well as verify certificate chains.

Also add GTlsInteraction, which can be used to prompt the user
for a password or PIN (used with the database).

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

build: Pass ZLIB_CFLAGS for gio build

Otherwise we will fail if zlib is in an alternative prefix.

Commit message written by Colin Walters <walters@verbum.org>

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

g_cancellable_get_fd: silently return -1 for NULL cancellable

This keeps compatibility with previous behavior.

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

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

GDBusConnection: Only apply exit-on-closed semantics if properly initialized

Otherwise there is no point in gracefully handling the error...

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

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

Updated Russian translation

Updated Spanish translation

Updated Swedish translation

Revert "Optimize g_[s]list_free_full a bit"

This reverts commit 98b667d052b1274f80b8898a32d0753e9e2e5c1a.

The commit was not actually an optimization, since g_list_free is
pretty smart.

Added TLS PEM parser unit test

Rework PEM parsing to not be order dependent

Some valid PEM file would not work because the private key was put
before the certificate.

Docs: Correct the namespace for g_file_query_filesystem_info()

Updated glib-zip.in a bit further

Missed the bin/gsettings.exe part (corrected from bin/gsettings.)

utf8: annotate the end pointer in g_utf8_validate as out + allow-none

More gdbus-codegen fixed to build on non-Unix

https://bugzilla.gnome.org/show_bug.cgi?id=655148#c6

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

gtester: small Windows fix

This code was unconditionally present in the gtester Makefile:

test-nonrecursive: ${TEST_PROGS}

On Windows, our testcases are compiled with a .exe suffix.  That means
that if we had 'foo' in TEST_PROGS, running "make check" would depend on
'foo' (not foo.exe) being compiled.

We could bring the EXEEXT in here to fix that up, but gtester doesn't
work on Windows at all, so better to just disable it in that case.

GDateTime test: 1970 doesn't exist on Windows

It is not safe to call the system library mktime() function on Windows
with a date in the 70s.  Use 1990 instead.

g_format_size: fix on Windows

The long format that displays the exact number of bytes with separators
(ie: "123,456,789 bytes") uses the ' format modifier, which is
unsupported on Windows.  Disable that for now, until we come up with a
better solution.

g_format_size: avoid silly GString use

We were using a GString for the purpose of doing a single printf().  Do
g_strdup_printf() instead.

Update glib-zip.in

glocalfile: don't bother with fstype on win32

Fixes the broken build on Windows.

Merge branch 'gwakeup'

GWakeup: fix Windows build breakage

...from the attempt to make it private.

.gitignore the gwakeup-fallback testcase

Remove g_wakeup_* from glib.symbols

GWakeup: make it private API

Colin requests that we keep this one private for now.

Include it at each point of use (libglib, libgio, tests).

GWakeup: test fallback case

We need to test the case of eventfd in the libc but no kernel support.

In order to do that, we add a separate compile of the GWakeup testcase
that interposes an 'eventfd' symbol that always returns -1 with errno
set.  That will trigger the fallback case.

GWakeup: add signal safety note

Note that g_wakeup_signal() is safe to call from a UNIX signal handler
(since this is a likely place to want to call it from).

More fixes for non-Unix builds

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

Fix the build on non-Unix

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

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

GWakeup .gitignore fixes

gtk-doc GWakeup

GCancellable: port to GWakeup

port GMainContext to GWakeup

add a couple of testcases for GWakeup

Add GWakeup

GWakeup is a utility class to handle the cross-thread signalling needs
of GMainContext and GCancellable.  It may find some other users as well.

The desire here is to properly hide the implementation details in a
module which can be properly unit tested and used in GMainContext and
GCancellable without a rats nest of #ifdef.

g_unix_open_pipe: fix some bugs

Fix some bugs in the fallback case of g_unix_open_pipe:

  - close both halves of the pipe on error (not just one)

  - set the cloexec flag on both halves of the pipe (instead of settings
    it twice on one half)

Windows (mingw32) .gitignore additions

Docs: Fix tiny typo.

Update Windows READMEs

-Tell people about that libFFI is now needed.
-Tell people not to compile GLib in paths containing spaces.

gio/tests/socket: add some basic IPv4 and IPv6 tests

GSocket: fix connected state after async connect

socket->priv->connected was only being set if g_socket_connect()
succeeded right away; in the case where it returns G_IO_ERROR_PENDING,
it never got set. Fix that by having g_socket_check_connect_result()
set it on success.

update .gitignore

Explicitly unset the session bus address for the peer tests

Otherwise, we may run into trouble as opening a peer-to-peer
connection uses a socket client, which uses a proxy resolver
which may end up using gsettings, whose dconf backend may end
up using the session bus to talk to dconfd...

Properly bring up a session bus for application tests

As pointed out in bug 644601, session_bus_up() requires
us to set up environment variables for things to work.

Fix a typo

Updated Russian translation

[l10n] Updated Italian translation

GDesktopAppInfo: Add g_desktop_app_info_get_show_in()

Necessary for rebasing gnome-menus on top of GDesktopAppInfo.

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

glib.symbols: Update for expected ABI changes

glib-2.0.pc: Add -lrt to private libraries to assist static linking

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

Revert addition of g_key_file_has_key_full

Per IRC discussion, we can just ask bindings to use
g_key_file_get_value() to test for the existence of a key.

I left the "fixed" code in the source tree as static because it makes
more sense to me.

Don't use deprecated G_UNICODE_COMBINING_MARK

gitignore tweaks

Rename a few arguments

To fix header/function/doc-string mismatches.

Have gtk-doc ignore some #defines

We prefer to have gtk-doc pick up the function rather than the macro.

Replace @Varargs with @...

to make gtk-doc happy.

Remove duplicate 'struct real_pcre' declaration

The redundant forward declaration of 'struct real_pcre' before the
typedef was tripping up gtk-doc.  Remove it.

Add deprecation guard to G_UNICODE_COMBINING_MARK

...since it's deprecated now and documented as such.

Reword some docs comments to avoid 'Returns ...'

If gtk-doc sees 'Returns ...' written in the text of the documentation
for a macro, it thinks that you are talking about the return value.

Avoid doing that and use 'Returns:' explicitly if we mean to.

move 'Since:' tags down

gtk-doc wants the Since: tag to be the absolute last thing in the docs
comment.

Add g_ptr_array_new_full

Fixes bug #654450

Bump the version

Release 2.29.14

Bug 655076 - Our normalization code misses some Full_Composition_Exclusion=True.

gdbus-codegen: Add support for new org.gtk.GDBus.C.UnixFD annotation

Also add convenience _with_unix_fd_list variants to GDBusConnection,
GDBusProxy and GDBusMethodInvocation types to easily support this.

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

Document how to free return values from g_key_file_get_*_list

Makes the docs consistent with the string list getters.  Add
GOI annotations while we're at it.

Bug 655025 - #define G_UNICODE_SPACING_MARK G_UNICODE_COMBINING_MARK

GDBus: Don't convert GVariant type 'h' to gint

The code-generator already uses GVariant* so generated code didn't
really work at all. We want that instead of gint to avoid confusion
because a 'h' instance is an _index_ into a GUnixFDList, not a file
descriptor.

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

gdbus-codegen: Use G_TYPE_STRV/gchar** for GVariant type 'ao'

This is possible now that we have better support for object path
arrays, see

 http://git.gnome.org/browse/glib/commit/?id=19878998bc386db78614f1c92ff8524a81479c7b

Note that this breaks the ABI of generated code but since
gdbus-codegen(1) has never yet been in a stable GLib release, this is
fine.

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

g_atomic_int_add: document that the return value is new

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=654988
Reviewed-by: Matthias Clasen <mclasen@redhat.com>

Advise against using GPrivate

GStaticPrivate is really a lot better in almost every way.

GParam: try to avoid further invalid uses

In an attempt to avoid some potential future abuses of the GParamSpec
API, qualify the 'name' field of the structure as 'const' and add a
comment noting that it is an interned string.

This is a theoretical API break, but it will only ever result in
warnings -- and even then, only if you were already doing something
questionable.

Clean up some of the warnings that were caused internally in gparam.c
from these changes.

Add g_unicode_script_from_iso15924()

And adjust g_unicode_script_to_iso1592().

glocalfile: Fix compilation without USE_STATFS and USE_STATVFS