commit 63beebb31ea7aef56478928ea47c21a338c3a999
Author:     Allison Ryan Lortie <desrt@desrt.ca>
AuthorDate: Fri Nov 6 14:31:17 2015 +0000
Commit:     Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Fri Nov 6 22:27:54 2015 +0000

    GLib 2.46.2

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

commit 57f959c0fa76f84811011886343e62263b5ec26e
Author:     Allison Ryan Lortie <desrt@desrt.ca>
AuthorDate: Fri Nov 6 13:08:41 2015 -0500
Commit:     Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Fri Nov 6 22:02:04 2015 +0000

    docs: remove GDBusObjectManager example

    This example has been causing on-and-off build breaks for quite some
    time.  In this case, the code for copying the generated content
    into the
    main docs of GIO is causing problems with srcdir != destdir builds
    (due
    to the files also being copied from the read-only srcdir during
    distchecks).

    We could probably work around this problem yet again, but since
    there is
    no real benefit to having this content included, so let's remove it.

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

 configure.ac                                       |   1 -
 docs/reference/gio/Makefile.am                     |  21 +--
 .../gio/gdbus-object-manager-example/.gitignore    |   1 -
 .../gio/gdbus-object-manager-example/Makefile.am   |  67 ---------
 .../gdbus-object-manager-example-docs.xml          |  17 ---
 .../gdbus-object-manager-example-sections.txt      | 161
 ---------------------
 .../gdbus-object-manager-example.types             |  10 --
 docs/reference/gio/migrating-gdbus.xml             |  29 +---
 8 files changed, 3 insertions(+), 304 deletions(-)

commit 17177b81bf8b5be7121457c399e4b13cef0cfe34
Author:     Sebastien Bacher <seb128@ubuntu.com>
AuthorDate: Fri Nov 6 17:42:45 2015 +0100
Commit:     Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Fri Nov 6 11:51:47 2015 -0500

    g_local_file_trash: remove invalid free call

    Commit 8ece2de964c01b3428f16766f199b58f0bc67212 transplanted a
    block of
    code that contained an early-exit-on-error case which freed several
    variables.

    Because of the move, the normal-path unconditional free of one
    of these
    variables is now above this early exit case, so if this block is
    hit, it
    will now be a double-free.

    Remove that.

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

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

commit 7b9f2509cedb828b20dab9d5901b178220303e94
Author:     Jussi Kukkonen <jussi.kukkonen@intel.com>
AuthorDate: Thu Nov 5 11:08:32 2015 +0200
Commit:     Jussi Kukkonen <jussi.kukkonen@intel.com>
CommitDate: Thu Nov 5 13:55:24 2015 +0200

    gio/tests: Don't depend on a data file that's not built

    data.gresource is not built when cross-compiling: Don't
    add it to test_data in that case.

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

 gio/tests/Makefile.am | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

commit 9fa97b3558dfb48dc5e57f5e7a89ce31f635ac7b
Author:     Simon McVittie <simon.mcvittie@collabora.co.uk>
AuthorDate: Mon Nov 2 17:17:55 2015 +0000
Commit:     Simon McVittie <smcv@debian.org>
CommitDate: Mon Nov 2 20:36:39 2015 +0000

    Build gdbus-example-objectmanager-server again

    It was removed, apparently accidentally, in commit 5b48dc4.
    This had the side-effect that it wasn't included in tarball releases,
    which means that commit ab7b4be doesn't work when building a package.

    Bug: https://bugzilla.gnome.org/show_bug.cgi?id=734469
    Reviewed-by: Colin Walters <walters@verbum.org>

 gio/tests/Makefile.am | 3 +++
 1 file changed, 3 insertions(+)

commit 59bfb6be5f91e36088ad4217a44c5f68d469bf81
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Mon Nov 2 09:36:47 2015 -0500
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Mon Nov 2 11:05:29 2015 -0500

    Doc: Fix missing glibconfig.h when builddir!=srcdir

    Currently the doc is incomplete when builddir!=srcdir
    (e.g. debian package) because glibconfig.h is generared from
    configure.ac and is thus missing from srcdir. This leads to
    missing doc for symbols like G_GINT64_FORMAT.

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

 docs/reference/gio/Makefile.am     |  7 ++++---
 docs/reference/glib/Makefile.am    | 11 ++++++++---
 docs/reference/gobject/Makefile.am |  2 +-
 3 files changed, 13 insertions(+), 7 deletions(-)

commit ab7b4bebe09f30fd441a2b3c879f7af5695761b3
Author:     Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Fri Oct 30 14:59:11 2015 -0400
Commit:     Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Mon Nov 2 11:05:29 2015 -0500

    Doc: copy included example files

    This fix missing files when src_dir != build_dir.

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

 docs/reference/gio/Makefile.am         | 19 ++++++++++++++++++-
 docs/reference/gio/migrating-gdbus.xml | 10 +++++-----
 2 files changed, 23 insertions(+), 6 deletions(-)

commit c85bc8bdbce2c5fcec28aa5ef89fee42ffda6474
Author:     Dan Winship <danw@gnome.org>
AuthorDate: Sat Oct 24 10:37:22 2015 -0400
Commit:     Dan Winship <danw@gnome.org>
CommitDate: Tue Oct 27 09:51:12 2015 -0400

    gtask: re-fix tasks-blocking-other-tasks

    The new "slowly add more task threads" code doesn't fully deal with
    apps that queue lots and lots of tasks which then block on tasks from
    their task threads. Fix this by bringing back the "task is blocking
    other task" check and making sure that such tasks get bumped to the
    front of the queue.

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

 gio/gtask.c | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

commit a2cd99bc21bca45ccfbb01130141c7ad0b999025
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Tue Oct 27 09:28:10 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Tue Oct 27 09:33:30 2015 +0800

    gwin32.c: Fix g_win32_check_windows_version() on 32-bit

    The Windows API function RtlGetVersion() is actually a function
    that is
    decorated by WINAPI (i.e. __stdcall), so we need to correct this
    so that
    the symbol can be loaded correctly from ntdll.dll, so that we won't
    crash as
    a result.  Should fix the crash due to stack overflow on 32-bit
    builds.

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

 glib/gwin32.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit 7e9c7a1753fed4dcf53ed512bd6ea4cc166abad5
Author:     Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Sat Oct 24 11:14:06 2015 +0800
Commit:     Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Sat Oct 24 11:14:06 2015 +0800

    gwin32.c: Fix build on MinGW and earlier MSVC

    MinGW and pre-2008 Visual Studio does not have NTSTATUS automatically
    defined from including the normal Windows headers, which broke the
    build on these toolsets.  Fix this by including winternl.h, which will
    define NTSTATUS on these toolsets.

    This should fix bug 756875 for the glib-2-46 branch.

 glib/gwin32.c | 2 ++
 1 file changed, 2 insertions(+)

commit 24366e159894c0b6d5895642f9687f01ac2c5ec7
Author:     Ignacio Casal Quinteiro <icq@gnome.org>
AuthorDate: Fri Oct 23 10:34:50 2015 +0200
Commit:     Ignacio Casal Quinteiro <icq@gnome.org>
CommitDate: Fri Oct 23 10:46:58 2015 +0200

    win32: make sure bytes_read/written is set to 0 on error

    If we fail to PeekMessage or PostMessage we should make sure
    that the output parameter bytes_read/written is set 0 instead
    of being left uninitialized. This fixes an assertion in the io
    channel call where the following invariant is checked:
    (status == G_IO_STATUS_NORMAL) || (read_size == 0)

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

commit 7f1e5417df9803a6011f7a1b66ef7a3e4de6a7b2
Author:     Ignacio Casal Quinteiro <icq@gnome.org>
AuthorDate: Tue Oct 20 16:12:07 2015 +0200
Commit:     Ignacio Casal Quinteiro <icq@gnome.org>
CommitDate: Tue Oct 20 16:15:09 2015 +0200

    win32: let glib to use the right path separator for the modules

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

commit 2d9ef3684d87785dff2b7b21a0a56f1548067e81
Author:     Matthias Clasen <mclasen@redhat.com>
AuthorDate: Thu Oct 15 15:37:42 2015 -0400
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Tue Oct 20 08:25:00 2015 -0400

    Use -Wl,-znodelete for all our libraries

    Now that we initialize the quark tables from a constructor,
    reloading libglib is just as bad as reloading libgobject,
    so add the linker option to the LDFLAGS for all our libraries.

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

 configure.ac        | 6 ++----
 gobject/Makefile.am | 1 -
 2 files changed, 2 insertions(+), 5 deletions(-)

commit d46166e6e9019d3a4456fb258fc95ee6202452a3
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Thu Oct 15 15:14:36 2015 +0100
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Tue Oct 20 08:24:45 2015 -0400

    GDateTime test: fix occasional failures

    We were using the time() library call to get the current time from the
    system in order to compare it to the time returned by
    g_date_time_new_now().

    Of course, we took care to ensure that the time (in seconds) didn't
    change in the middle of this process by checking the before and after
    value of the system time.

    Unfortunately, the system time as measured by time() was being taken
    from a less-accurate clock source than the time used by GDateTime.
    As a
    result, we could have GDateTime already into the next second while the
    "seconds" value of the time returned by time() was still in the last
    one, even when checked "after".

    Avoid the problem by using the same ultimate source for time --
    g_get_real_time().

    This is based on a similar patch from Iain Lane, but it uses
    g_get_real_time() instead of g_get_current_time().

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

 glib/tests/gdatetime.c | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

commit 24a4b33ffe7f4ef3487316e85060dd37b907941d
Author:     Olivier Fourdan <ofourdan@redhat.com>
AuthorDate: Tue Sep 15 09:22:12 2015 +0200
Commit:     Emmanuele Bassi <ebassi@gnome.org>
CommitDate: Sun Oct 18 18:12:22 2015 +0100

    GDesktopAppInfo: Do not set the DISPLAY in gio

    The environment variable DISPLAY makes sense only for X11, it should
    not be set in gio.

    Beside, if the backend is not X11 but Wayland, forcing the value of
    DISPLAY to the Wayland display will confuse the backend selection and
    possibly crash the applications.

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

 gio/gdesktopappinfo.c | 13 ++-----------
 1 file changed, 2 insertions(+), 11 deletions(-)

commit 94688bc12c0c41c96ff0124e426614ebda4313ec
Author:     Ignacio Casal Quinteiro <icq@gnome.org>
AuthorDate: Mon Oct 12 09:20:36 2015 +0200
Commit:     Ignacio Casal Quinteiro <icq@gnome.org>
CommitDate: Thu Oct 15 13:48:22 2015 +0200

    gnulib: %n is not supported on old glibc or on native win32

    On old glibc even if %n is supported we may get a crash, so it is
    better to skip it while on native win32 %n will abort the program.
    These changes were took from upstream.

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

 glib/gnulib/vasnprintf.c | 27 +++++++++++++++++++++++++++
 1 file changed, 27 insertions(+)

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(-)
