commit 1533d9b60ec029ed2a5358c4f10dde4934d243b5
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Wed Oct 14 14:08:05 2015 +0100
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Wed Oct 14 14:08:05 2015 +0100

    GLib 2.46.1

 NEWS | 19 +++++++++++++++++++
 1 file changed, 19 insertions(+)

commit 0aae1bf0d2e6e03d91e3f180a060f545175737ac
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Tue Sep 29 10:16:52 2015 -0400
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Wed Oct 14 14:05:16 2015 +0100

    g_local_file_trash: write info file first

    Recent changes to file monitors removed the delay before events were
    reported.  Among other things, this caused the trash backend of
    gvfs to
    notice trashed files sooner than before.

    On noticing trashed files, the backend tries to read the info file to
    discover (among other things) the original location of the file.

    Unfortunately, g_local_file_trash() does a strange dance when
    trashing a
    file.  It does a loop of open(O_EXCL) in order to file an empty
    filename
    in the trash to write an info file to, trashes the file, and only then
    writes the contents of the info file.  This means that at the time the
    file is moved to the trash, the info file is an empty stub.

    Change the order so that we write out the actual content of the info
    file first.  If the actual trash files then we will unlink the
    info file
    anyway.

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

 gio/glocalfile.c | 51 ++++++++++++++++++++++++++++-----------------------
 1 file changed, 28 insertions(+), 23 deletions(-)

commit 412044e5845e540b5a96b767dbc73ff1ac1e3f0d
Author:     Matthias Clasen <mclasen@redhat.com>
AuthorDate: Mon Oct 12 12:29:52 2015 -0400
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Wed Oct 14 07:24:57 2015 -0400

    2.46.1

 NEWS         | 26 ++++++++++++++++++++++++++
 configure.ac |  4 ++--
 2 files changed, 28 insertions(+), 2 deletions(-)

commit 2eb65dbb18b9200ed19f58eebeb1048fb80b579d
Author:     Emmanuele Bassi <ebassi@gnome.org>
AuthorDate: Thu Oct 1 11:58:37 2015 +0100
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Wed Oct 14 07:24:57 2015 -0400

    Revert "Apply the previous change to gmarshal.c"

    This reverts commit 43e8bfca0c687317f96f976586194d26d8e141b4.

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

 gobject/gmarshal.c | 88
 +++++++++++++++++++++++++++---------------------------
 1 file changed, 44 insertions(+), 44 deletions(-)

commit 3e9d911dc14ffae47687d7ec43f30a24fe034532
Author:     Emmanuele Bassi <ebassi@gnome.org>
AuthorDate: Thu Oct 1 11:54:11 2015 +0100
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Wed Oct 14 07:24:57 2015 -0400

    Revert "glib-genmarshal: Treat all parameters the same"

    This reverts commit 8e362161d9554e8a6c1e82f95bff24fc9fdcf9ef.

    There is a fundamental difference between g_value_peek_pointer() and
    g_value_get_pointer(), and it's not just complexity: the latter checks
    if the GValue holds a pointer type, whereas the former doesn't.

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

 gobject/glib-genmarshal.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

commit 1aad44fcee340cc0b3ca0cc3716d30cad6cbe41e
Author:     Inaki Larranaga Murgoitio <dooteo@zundan.com>
AuthorDate: Wed Oct 14 11:49:18 2015 +0200
Commit:     dooteo <dooteo@macpro.zundan.com>
CommitDate: Wed Oct 14 11:49:18 2015 +0200

    Updated Basque language

 po/eu.po | 872
 ++++++++++++++++++++++++++++++++-------------------------------
 1 file changed, 447 insertions(+), 425 deletions(-)

commit 0abcaa18e3b32048f22e5a2b213021be1abf5adf
Author:     Mike Frysinger <vapier@gentoo.org>
AuthorDate: Mon Oct 12 23:29:00 2015 -0400
Commit:     Dan Winship <danw@gnome.org>
CommitDate: Tue Oct 13 09:07:56 2015 -0400

    gthreadedresolver.c: Fix for Android 5.0+

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

 gio/gthreadedresolver.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit 2972b86bcb833e46327cf8521d11c896e7dae444
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Tue Oct 13 19:30:22 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Tue Oct 13 19:31:19 2015 +0800

    MSVC 2010+ builds: Explicitly use /LTCG

    The Visual Studio projects used a default setting for link-time code
    generation, which is a part of the various linker optimizations
    that is
    available, which is set as /LTCG for Visual Studio 2013 and earlier.

    This changed in Visual Studio 2015 to become /LTCG:incremental,
    which would
    cause GResources-generated code to be optimized out during linking,
    unless
    they were referred to directly in the main line code (such as when the
    GResource is manually registered), causing programs to crash as a
    result as
    they can't find the needed code/data at run time.

    Fix this by explicitly setting /LTCG for all release builds,
    for Visual
    Studio 2010 and later.

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

 build/win32/vs10/gdbus.vcxproj                       |  2 ++
 build/win32/vs10/gio-querymodules.vcxproj            |  2 ++
 build/win32/vs10/gio.vcxprojin                       | 10 ++++++----
 build/win32/vs10/glib-compile-resources.vcxprojin    |  2 ++
 build/win32/vs10/glib-compile-schemas.vcxprojin      |  2 ++
 build/win32/vs10/glib-genmarshal.vcxproj             |  2 ++
 build/win32/vs10/glib.vcxprojin                      | 20
 ++++++++++++--------
 build/win32/vs10/gmodule.vcxproj                     | 10 ++++++----
 build/win32/vs10/gobject.vcxprojin                   | 10 ++++++----
 build/win32/vs10/gresource.vcxproj                   |  2 ++
 build/win32/vs10/gsettings.vcxproj                   |  2 ++
 build/win32/vs10/gspawn-win32-helper-console.vcxproj |  2 ++
 build/win32/vs10/gspawn-win32-helper.vcxproj         |  2 ++
 build/win32/vs10/gthread.vcxproj                     | 10 ++++++----
 14 files changed, 54 insertions(+), 24 deletions(-)

commit a674e19f29c92b394d99abf67d6b7146761bb6b4
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Mon Oct 12 16:49:53 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Mon Oct 12 16:49:53 2015 +0800

    gobject: Further optimize MSVC builds

    Use /ltcg (link time code generation) for linking as well.

    In fact, whole program optimization and /ltcg are the default
    for Release
    builds, so we don't really have to set them explicitly in the
    projects, so
    as a result, we can clean up the projects a little bit.

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

 build/win32/vs10/gobject.vcxprojin | 6 ------
 build/win32/vs9/gobject.vcprojin   | 4 ----
 2 files changed, 10 deletions(-)

commit 1ef07bca261fabf65f938cdeb99b0f0f06f622d4
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Mon Oct 12 15:05:23 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Mon Oct 12 15:09:06 2015 +0800

    gobject: MSVC builds-improve optimization a bit

    Use whole program optimization (/GL) as we now use DllMain() to
    initialize the library on Windows builds.

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

 build/win32/vs10/gobject.vcxprojin | 4 ++--
 build/win32/vs9/gobject.vcprojin   | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

commit dd21bffe7ec36263fd3c29eff9b743950882d1ca
Author:     Ignacio Casal Quinteiro <icq@gnome.org>
AuthorDate: Fri Oct 9 13:22:34 2015 +0200
Commit:     Ignacio Casal Quinteiro <icq@gnome.org>
CommitDate: Mon Oct 12 09:00:11 2015 +0200

    gobject: use a DllMain to initialize gobject on windows

    It seems that VS 2015 optimizes out the constructor on windows,
    so it is better to use a DllMain to initialize the library
    and keep using a normal constructor on the other platforms.
    This research was done by  Arnav Singh.

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

 gobject/gtype.c | 86
 ++++++++++++++++++++++++++++++++++++++++-----------------
 1 file changed, 61 insertions(+), 25 deletions(-)

commit 4efe96feb4ca57ddebf118ea827d53dba18276dd
Author:     Debarshi Ray <debarshir@gnome.org>
AuthorDate: Thu Oct 8 18:50:26 2015 +0200
Commit:     Debarshi Ray <debarshir@gnome.org>
CommitDate: Fri Oct 9 11:53:39 2015 +0200

    docs: Improve the text on G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START

    ... and fix a couple of typos in the process.

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

 gio/gioenums.h | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

commit 96af958603943dabf505c3b41f0ea608c25e08ec
Author:     John Hiesey <john@hiesey.com>
AuthorDate: Wed Oct 7 17:34:17 2015 -0700
Commit:     Alexander Larsson <alexl@redhat.com>
CommitDate: Thu Oct 8 20:09:44 2015 +0200

    goutputstream: Report input stream read failure correctly

    When G_OUTPUT_STREAM_CLOSE_TARGET is set,
    g_output_stream_real_splice was not returning -1 in any error
    cases, since the success flag was being overwritten.

    https://bugzilla.gnome.org/show_bug.cgi?id=756255
    (cherry picked from commit 16e0a5a886c60a648e74afd12c0cbeeb58d6d522)

 gio/goutputstream.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

commit 2b8b9361f965a8f3dc1496079a376961927eb86c
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Wed Oct 7 20:00:50 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Wed Oct 7 20:47:10 2015 +0800

    gwin32.c: Avoid deprecated Win32 API usage

    The VerifyVersionInfo() Win32 API has been deprecated in Windows
    10, and
    there is no direct replacement for it, except by using a lower-level
    RtlGetVersion() that we aquire from the Windows DDK or from ntdll.dll.

    Switch g_win32_check_windows_version() to use RtlGetVersion(), and
    compare its results with the input parameters.

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

 glib/gwin32.c | 105
 +++++++++++++++++++++++++++++++++++++++++-----------------
 1 file changed, 74 insertions(+), 31 deletions(-)

commit 597438f5a2ea69488eeafc34791607dd270ff00d
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Tue Sep 29 11:18:54 2015 -0400
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Tue Sep 29 12:31:10 2015 -0400

    GLocalFile: return text/plain for empty files

    Previously, GLib returned text/plain for empty files.

    This is important because people may want to open empty (eg:
    just-created) text files with the text editor.

    An unintended side-effect of b6fc1df022a0326e7c36122b1416061bf796c98f
    caused GLib to start returning application/octet-stream instead of
    text/plain for these files.

    This commit is essentially a revert of that commit, with a different
    solution: we move the special-case up a bit in the function and
    hard-code it to text/plain.

    This change does not exactly maintain the old behaviour: previously, a
    "fast" lookup would have returned application/octet-stream on an empty
    file and now it will return text/plain.  I consider this to be an
    improvement (since we're returning better data) and don't expect it to
    cause problems.

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

 gio/glocalfileinfo.c | 18 +++++++++++++-----
 1 file changed, 13 insertions(+), 5 deletions(-)

commit 43e8bfca0c687317f96f976586194d26d8e141b4
Author:     Matthias Clasen <mclasen@redhat.com>
AuthorDate: Tue Sep 29 07:03:25 2015 -0400
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Tue Sep 29 07:04:36 2015 -0400

    Apply the previous change to gmarshal.c

    Since gmarshal.c is no longer generated, we have to manually
    apply this change to the builtin marshallers.

 gobject/gmarshal.c | 88
 +++++++++++++++++++++++++++---------------------------
 1 file changed, 44 insertions(+), 44 deletions(-)

commit 8e362161d9554e8a6c1e82f95bff24fc9fdcf9ef
Author:     Matthias Clasen <mclasen@redhat.com>
AuthorDate: Tue Sep 29 07:02:07 2015 -0400
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Tue Sep 29 07:04:35 2015 -0400

    glib-genmarshal: Treat all parameters the same

    There's no need to use a more expensive getter when swapping,
    so just use the g_marshal_ getters there too.

 gobject/glib-genmarshal.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

commit de04fd13048dd208162573187e4c0d9e7d3428d3
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Mon Sep 28 13:23:29 2015 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 13:32:36 2015 +0100

    gerror: Document the disadvantages of using GError

    And move the discussion to a new subsection in the GError
    documentation.
    Follow-up from commit 04662a8667c8bf0a594f0c6db7291066c272ad38.

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

 glib/gerror.c | 31 ++++++++++++++++++++++++-------
 1 file changed, 24 insertions(+), 7 deletions(-)

commit 04662a8667c8bf0a594f0c6db7291066c272ad38
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Fri Jan 16 08:38:56 2015 +0000
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 13:04:25 2015 +0100

    gerror: Document advantages of GError over numeric error codes

    Despite knowing about GError, there are multiple cases where
    developers
    have still used traditional numeric error codes, and then got
    themselves
    into a mess about bindability and generation of error messages.

    Try and avoid this by including a brief paragraph on the benefits of
    GError over EINVAL-style error codes.

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

 glib/gerror.c | 6 ++++++
 1 file changed, 6 insertions(+)

commit 5ceaeef832fb595d1d5117524937b15c892cbd75
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Fri Jan 16 08:32:20 2015 +0000
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 13:04:25 2015 +0100

    gerror: Add an extra heading to the GError documentation

    This means that the top of the documentation can link forward to this
    important section, and random people on the internet can link directly
    to it on developer.gnome.org.

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

 glib/gerror.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

commit 21809c8c0fdf72b5859faeb1781ff3edc121120a
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Fri Sep 26 13:45:00 2014 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 13:02:19 2015 +0100

    giostream: Fix some typos in the GIOStream documentation

    This doesn’t change the meaning of the documentation.

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

 gio/giostream.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

commit 363fa1822355021b4b723389d51f63ac263ef30c
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Mon Aug 17 19:13:15 2015 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 12:47:09 2015 +0100

    gsocket: Fix documentation for g_socket_send_message()

    It is no longer the most fully featured version of this function —
    g_socket_send_messages() stole that dubious honour with 2.44.

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

 gio/gsocket.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

commit 347e4a75ec745e09fa8433f557b363e5e95491cd
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Wed Jul 29 14:08:31 2015 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 12:47:09 2015 +0100

    gsocket: Clarify GSocket:blocking doesn’t apply to ops with
    a parameter

    Operations which take an explicit blocking parameter are completely
    unaffected by GSocket:blocking.

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

 gio/gsocket.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

commit 8fdc6701889679d16ac064b481f968807eddbf0f
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Mon Jul 27 14:46:54 2015 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Sep 28 12:47:07 2015 +0100

    gsocket: Clarify flags documentation for g_socket_receive_message()

    The API design here is a bit awkward — the in/out flags argument
    should
    actually have been an in flags argument and an out msg_flags argument.
    Clarify that a bit in the documentation.

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

 gio/gsocket.c | 2 ++
 1 file changed, 2 insertions(+)

commit 4745c08220b90eac741ae3ca1913cbe90c9831ef
Author:     Benjamin Gilbert <bgilbert@backtick.net>
AuthorDate: Sat Sep 26 18:22:34 2015 -0400
Commit:     Colin Walters <walters@verbum.org>
CommitDate: Sun Sep 27 16:07:27 2015 -0400

    win32: Fix link error with _wstat32i64() on 64-bit

    _wstat32i64() doesn't exist in msvcrt.dll.  This doesn't cause
    a problem
    on 32-bit Windows because mingw-w64 #defines _wstat32i64 to _wstati64,
    but on 64-bit Windows we get a link error.

    In addition, _wstat32i64() takes a struct _stat32i64 *, but
    GLocalFileStat is #defined to struct _stati64, which is not the same
    type on 64-bit Windows.

    Fix by using _wstati64().

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

 gio/glocalfile.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit da2217859f1b7cc0a2a3b7d50e70b983ee301a10
Author:     Trần Ngọc Quân <vnwildman@gmail.com>
AuthorDate: Sun Sep 27 15:28:55 2015 +0700
Commit:     Trần Ngọc Quân <vnwildman@gmail.com>
CommitDate: Sun Sep 27 15:28:55 2015 +0700

    Updated Vietnamese translation

    Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>

 po/vi.po | 1159
 ++++++++++++++++++++++++++++++++------------------------------
 1 file changed, 592 insertions(+), 567 deletions(-)

commit a0b4e87f445ca00a73db8bf46cc47215a9f14788
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Fri Sep 25 12:54:26 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Fri Sep 25 19:41:21 2015 +0800

    build/Makefile-newvs.am: Update Comments for Usage

    Update the notes that this is also used for Visual Studio 2015
    support,
    and correct the MSVC_VER_LONG for MSVC 2015, which is 14, not 2015.

    Also add a note that this can be used for other projects that have
    Visual Studio build support.

 build/Makefile-newvs.am | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

commit 762437c8495d11879d265965cf24703bf8dbfb5d
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Fri Sep 25 12:25:13 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Fri Sep 25 19:41:11 2015 +0800

    Build: Make Makefile.msvcproj A Bit More Generic

    Handle also the situation where $(srcdir) == $(top_srcdir), so
    that this
    can also be used in cases like librsvg and gobject-introspection.

 build/Makefile.msvcproj | 10 +++-------
 1 file changed, 3 insertions(+), 7 deletions(-)

commit ecd265288319c004a862a29c95487a888f62cfc7
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Fri Sep 25 17:47:33 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Fri Sep 25 17:47:33 2015 +0800

    build/win32/replace.py: Add Note On Its Reusability

    Add a note stating that this script can be copied for use to replace
    strings in files when necessary, such as replacing autotools variables
    in non-autotools builds, such as Visual Studio builds.

 build/win32/replace.py | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

commit 2d7817887a9f0624f73492d04b2a992545f0beb9
Author:     Matthias Clasen <mclasen@redhat.com>
AuthorDate: Wed Sep 23 18:55:28 2015 -0400
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Wed Sep 23 18:55:28 2015 -0400

    Revert "list store: Fix a parameter check"

    This reverts commit d28639507db2029b8f184a5d93e9d8c28acc1955.

    This wasn't meant to go in.

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

 glib/gsequence.c | 18 +++++++-----------
 1 file changed, 7 insertions(+), 11 deletions(-)

commit aef2d0c56dd6d363e51b1c37dc0095054f18098c
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Wed Sep 23 16:12:50 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Wed Sep 23 18:33:28 2015 +0800

    build/win32: Make "Install" Property Sheet Generation More Robust

    List the files that are generated in the process to generate the
    glib-install property sheets, so that we can use that list as a
    depedency, as well as deleting those files in one shot after the
    property sheet is generated, so we don't need to worry about those
    in 'make distclean' or so.

 build/win32/vs10/Makefile.am | 8 ++++----
 build/win32/vs9/Makefile.am  | 8 ++++----
 2 files changed, 8 insertions(+), 8 deletions(-)

commit b81f3ced716b81ea604876ba1e89b953e0d04813
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Mon Sep 21 10:41:00 2015 -0400
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Tue Sep 22 11:18:30 2015 -0400

    Move GStrv typedef to glib.h instead of gobject.h

    GStrv was historically only needed for the boxed G_TYPE_STRV,
    but it is now useful for g_auto(GStrv) as well. This is not
    an ABI change.

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

 docs/reference/glib/glib-sections.txt       | 3 +++
 docs/reference/gobject/gobject-sections.txt | 1 -
 glib/docs.c                                 | 2 ++
 glib/glib-autocleanups.h                    | 1 +
 glib/gstrfuncs.c                            | 7 +++++++
 glib/gstrfuncs.h                            | 1 +
 glib/tests/autoptr.c                        | 8 ++++++++
 gobject/glib-types.h                        | 7 -------
 gobject/gobject-autocleanups.h              | 1 -
 9 files changed, 22 insertions(+), 9 deletions(-)

commit 32811598f384ac165a812b4dde8fb1ad4df2d420
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Tue Sep 15 16:42:10 2015 -0400
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Tue Sep 22 11:15:19 2015 -0400

    doc: clarify that _get_instance_private() is NULL-safe

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

 gobject/gtype.h | 8 ++++++++
 1 file changed, 8 insertions(+)

commit ab26dd54337544275ff8bb61eb227aed83a8ed80
Author:     Emmanuele Bassi <ebassi@gnome.org>
AuthorDate: Tue Sep 22 13:10:28 2015 +0100
Commit:     Emmanuele Bassi <ebassi@gnome.org>
CommitDate: Tue Sep 22 15:14:14 2015 +0100

    Revert use of the system_header GCC pragma

    This reverts commit 662bf991c08b16dea8a36026243b311f6cdb17f1. It
    is not
    a straight up revert because the old commit involved various long
    since
    removed ChangeLog files and we'd end up mudding the patch.

    The system_header GCC pragma is breaking warnings in the various
    g_return_* macros; GCC stopped warning when using a macro with
    a return
    value in a function that returns void, as well as when using a macro
    with no return value in a function that has a non-void return value.
    Suppressing this kind of warnings is not a good idea.

    Other compilers are unaffected, even ones like Clang with a GCC
    compatibility layer.

    Given the fact that the original commit was added 14 years ago as a
    workaround in the old days of GTK+ 1.2, I think it's safe to drop it.

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

 glib/gmessages.h | 6 ------
 1 file changed, 6 deletions(-)

commit d488d75909a7f5bdc13865a155ea583fcc3cb07f
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Mon Sep 21 10:50:38 2015 -0400
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Tue Sep 22 09:43:47 2015 -0400

    Remove useless NULL check before g_free()

 glib/glib-autocleanups.h | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

commit f7f0c86a9c7669a5101615622a29d34098ecb7fc
Author:     Милош Поповић <gpopac@gmail.com>
AuthorDate: Tue Sep 22 12:33:23 2015 +0000
Commit:     GNOME Translation Robot <gnome-sysadmin@gnome.org>
CommitDate: Tue Sep 22 12:33:23 2015 +0000

    Updated Serbian Latin translation

 po/sr@latin.po | 1014
 ++++++++++++++++++++++++++++++--------------------------
 1 file changed, 538 insertions(+), 476 deletions(-)

commit 45c39bfed487378de5a4b7f977fd74564f29083e
Author:     Милош Поповић <gpopac@gmail.com>
AuthorDate: Tue Sep 22 12:32:49 2015 +0000
Commit:     GNOME Translation Robot <gnome-sysadmin@gnome.org>
CommitDate: Tue Sep 22 12:32:49 2015 +0000

    Updated Serbian translation

 po/sr.po | 1014
 +++++++++++++++++++++++++++++++++-----------------------------
 1 file changed, 538 insertions(+), 476 deletions(-)

commit 613393bc1d52207c22f3fe8dc71c09277f9ac7f7
Author:     Petr Kovar <pkovar@redhat.com>
AuthorDate: Mon Sep 21 17:56:16 2015 +0200
Commit:     Petr Kovar <pkovar@redhat.com>
CommitDate: Mon Sep 21 17:56:16 2015 +0200

    Update Czech translation

 po/cs.po | 427
 ++++++++++++++++++++++++++++++++-------------------------------
 1 file changed, 218 insertions(+), 209 deletions(-)

commit 9348af3651afbd554fec35e556cda8add48bd9f8
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Mon Sep 21 09:53:25 2015 -0400
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Mon Sep 21 10:47:50 2015 -0400

    Doc: g_autoptr(gchar) has been replaced by g_autofree

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

 glib/docs.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)