CVS commit: pkgsrc/textproc/json-glib

["Thomas Klausner" <wiz%netbsd.org@localhost>]

Module Name:    pkgsrc
Committed By:   wiz
Date:           Wed Jul  1 09:32:36 UTC 2015

Modified Files:
        pkgsrc/textproc/json-glib: Makefile PLIST distinfo
Removed Files:
        pkgsrc/textproc/json-glib/patches: patch-build_autotools_glibtests.m4
            patch-configure

Log Message:
Update to 1.0.4:

    Release JSON-GLib 1.0.4

    build: Enable subdir-objects

    We need to remove the path specification inside the sources listing, and
    modify the enumeration type and marshallers generation rules to cope
    with it (by adding the $(srcdir) when needed). This is similar to the
    changes there were made to Clutter.

    Added Bosnian translation

    build: Enable gtkdoc-check

    We can verify that the documentation is correct and up to date every
    time we distcheck by turning on the gtk-doc check tool.

    build: Clean up gtk-doc stanzas

    We need to ensure that gtk-doc looks into both the srcdir and the
    builddir in order to find all annotations.

    We also don't need to have the .types file under revision control:
    gtk-doc is perfectly capable of rebuilding it by itself.

    docs: Add missing symbol indices

    docs: Add missing annotations

    configure: test(1) uses = to test for string equality

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

    Updated Slovak translation

    MSVC Builds: Rename "Install" Projects

    Rename the install projects as json-glib-install, so that it would be
    easier for one to integrate the project set in a grand solution that can be
    used to build the entire stack, such as for Clutter.

    MSVC Builds: "Install" the .pdb Files

    "Install" the .pdb files for the json-glib DLL and the tools to ease
    debugging people developing or using json-glib, as the .pdb files are
    already generated for all builds.

    MSVC 2010 Projects: Clean Up "Installation"

    The empty lines in the property sheets are not really needed, so remove
    them.

    MSVC Builds: Speed Up Release Builds

    Use the multiprocessor compilation (/MP) option, which can cut down release
    build times by quite a bit.  This will emit a brief warning on debug
    builds, but otherwise the build will proceed as normal.

    Also use the /d2Zi+ option for MSVC 2010 (and later) builds so that more
    useful information can be logged to the .pdb files for the release builds.

    json-gvariant: Parse json doubles that are whole numbers

    The json gvariant serializer encodes whole number doubles without
    a dot. The deserializer needs to be able to parse these as well.

    Fix problem, and add test cases.

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

    builder: Add missing (transfer) annotation to json_builder_add_value()

    Document and annotate the fact that json_builder_add_value() takes
    ownership of the JsonNode passed in to it.

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

    reader: Maintain a stack of member names

    This fixes the case where, with nested objects, we call:
        json_reader_read_member (reader, "outer");
        // json_reader_get_member_name (reader) == "outer"

        json_reader_read_member (reader, "inner");
        // json_reader_get_member_name (reader) == "inner"
        // do something useful
        json_reader_end_member (reader);
    but at the end, the following assertion no longer holds:
        // json_reader_get_member_name (reader) == "outer"
    even though the JsonReader state should have been reset after ending the
    inner node.

    Fix it by maintaining a stack of member names. This works with both
    json_reader_read_member() and json_reader_read_element(). Updates to the
    unit tests are included.

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

    Handle serialization/deserialization of glong gulong and guint64

    Long and unsigned long was properly serialized but not deserialized, guint64
    handling is not ideal as the type is cast into a gint64, however this is
    better than not handling the fundamental type at all.

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

    Drop unnecessary '_' prefix from json_marshal

    It's not public API anyway, and we use annotations instead of the '_'
    prefix.

    Updated Turkish translation

    Updated Swedish translation

    Updated Assamese translation

    Updated German translation

    doap category core

    Clean up the enumeration type template

    Include "config.h" in the enum types template

    Expands the symbol annotation correctly.

    Updated Greek translation

    MSVC 2010+ Projects: Update "Installation" Process

    Currently, due to the way that Visual Studio 2010+ projects are handled,
    the "install" project does not re-build upon changes to the sources, as it
    does not believe that its dependencies have changed, although the changed
    sources are automatically recompiled.  This means that if a part or more
    of the solution does not build, or if the sources need some other fixes
    or enhancements, the up-to-date build is not copied automatically, which
    can be misleading.

    Improve on the situation by forcing the "install" project to trigger its
    rebuild, so that the updated binaries can be copied.  This does trigger an
    MSBuild warning, but having that warning is way better than not having an
    up-to-date build, especially during testing and development.

    [l10n] Update Catalan translation

    Post-release version bump to 1.0.3


To generate a diff of this commit:
cvs rdiff -u -r1.23 -r1.24 pkgsrc/textproc/json-glib/Makefile
cvs rdiff -u -r1.8 -r1.9 pkgsrc/textproc/json-glib/PLIST
cvs rdiff -u -r1.14 -r1.15 pkgsrc/textproc/json-glib/distinfo
cvs rdiff -u -r1.2 -r0 \
    pkgsrc/textproc/json-glib/patches/patch-build_autotools_glibtests.m4 \
    pkgsrc/textproc/json-glib/patches/patch-configure

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.