summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'master' into msvc-patchmsvc-patchChun-wei Fan2011-05-042-2/+17
|\
| * Fixed json_deserialize_pspec() to handle null nodes.Tristan Van Berkom2011-05-031-1/+13
| | | | | | | | This fixes deserialization to match serialization (bug 648539)
| * Warn from json_gobject_deserialize() if a listed property cannot be ↵Tristan Van Berkom2011-04-231-0/+3
| | | | | | | | deserialized.
| * reader: Fix bug in example usageBastien Nocera2011-04-211-1/+1
| |
* | VS 2010 Project Files (automation support included)Chun-wei Fan2011-04-1327-0/+2678
| | | | | | | | | | | | | | These are the VS 2010 project files to build JSON-GLib and its test programs. The project for building the main JSON-GLib DLL has its source files input into it by the preprocessor during "make dist", like the VS2008 project files, simplifying its maintenance.
* | Updates to MSVC pre-configured headersChun-wei Fan2011-04-132-105/+5
| | | | | | | | | | | | | | | | Add automation support for config.h.win32(.in), so config.h.win32 will be distributed with the correct version info during "make dist" Also eliminate json-version.h.win32 as it is no longer needed (distribute json-version.h during "make dist")
* | MSVC Support with automation added (autotools part)Chun-wei Fan2011-04-136-4/+77
| | | | | | | | | | | | | | | | | | | | | | This updates the autotools files so that the project to compile the main JSON-GLib DLL will have its source files filed into the project during "make dist". Plus, it enables the creation/distribution of json-version.h and config.h.win32 with the correct version info during "make dist". These changes will simplify the maintenance of the VS project files, and support for VS2010 is also added here, with similar automation support, too.
* | Update VS 2008 Project FilesChun-wei Fan2011-04-1316-1245/+917
|/ | | | | | Add automation support for the VS 2008 project files These are the updated VS 2008 Project files and property sheets themselves. x64 compiling support is also added
* doap: Fix the URI for BugzillaEmmanuele Bassi2011-04-121-18/+1
| | | | JSON-GLib uses the GNOME Bugzilla instance.
* build: List GIO in the json-glib pkgconfig fileEmmanuele Bassi2011-04-121-1/+1
| | | | Building against JSON-GLib requires GIO.
* object: Use g_list_find_custom()Emmanuele Bassi2011-04-081-10/+3
| | | | Instead of manual iteration, let's use the function GList provides us.
* build: Use AC_CANONICAL_HOSTEmmanuele Bassi2011-03-231-9/+11
| | | | | | Since we check for the contents of the $host variable to detect compilation on/for win32, we should also be using the canonicalization facilities from autoconf.
* gvariant: Pass NULL down the chain for *signatureRob Taylor2011-03-231-1/+1
| | | | | | | | Some small internal change from passing the signature to a pointer to the signature down the call chain caused all the checks for signature==NULL to fail. Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>
* generator: Removes blank spaces from generated JSON when not pretty-printEduardo Lima Mitev2011-03-114-71/+82
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=640729
* Fix introspection annotationsEmmanuele Bassi2011-02-152-5/+6
|
* tests/object: Add a set_member() unitEmmanuele Bassi2011-02-151-0/+29
| | | | | Verify that setting an object member multiple times does not lead to random values.
* object: Replace the name pointer in the members listEmmanuele Bassi2011-02-151-0/+21
| | | | | | | | | | | | | | When calling g_hash_table_replace() we also free the string holding the member name. This means that the const gchar* pointer we store inside the list of ordered member names now points to garbage - so if somebody tries to iterate over the members list it will get random values instead of a valid C string. Since we guaranteed insertion order, if we replace the contents of a JsonObject member we need to find the right pointer and replace it: just removing and prepending won't do. https://bugzilla.gnome.org/show_bug.cgi?id=642383
* reader: Plug a leakEmmanuele Bassi2011-02-061-9/+6
| | | | | | Free the current_member string, and since we're destroying data we own let's do it inside the finalize implementation instead of the dispose one.
* reader: Add accessor for the member nameEmmanuele Bassi2011-02-065-0/+36
| | | | This should allow easy access to the member name during iteration.
* reader: Allow using read_element() on objectsEmmanuele Bassi2011-02-062-16/+57
| | | | | | | | | | | | | | | If we assume that a JSON object is just an array with a named mapping then the JsonReader API should be able to descend into objects using the same API used for arrays. This obviously is less useful than it sounds if we take a very strict interpretation of JSON objects as unordered string-to-value mappings; as the ordering is not guaranteed to be stable, parsers would be fairly weak against various JSON definitions. If the JSON format parsed is guaranteed to be stable then an integer offset might be an easy (albeit slightly less performant) way to access data.
* reader: Add list_members() methodEmmanuele Bassi2011-02-045-0/+68
| | | | | Allow retrieving a list of member names from the current cursor position of the JsonReader. It's useful if you're trying to inspect a JSON tree.
* Coding style fixes and compiler warnings removalEmmanuele Bassi2011-01-261-31/+36
| | | | | | | | | G_VARIANT_CLASS_DICTIONARY is a define; GCC complais loudly when trying to use a switch() on an enumeration type with case values not from the enumeration. Plus: coding style in JSON-GLib is mostly the same as GTK+ and Clutter, so we should adhere to it.
* gvariant: Adds JSON GVariant integration API, with docs and testsEduardo Lima Mitev2011-01-268-0/+1594
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=632940
* build: Do not dist a gzip tarballEmmanuele Bassi2011-01-151-1/+1
| | | | | | Use only bzip2, since it gives better compression ratios; the installation script on gnome.org will create a gzipped tarball by itself anyway.
* build: Fix previous commitEmmanuele Bassi2011-01-101-0/+7
|
* build: Add Visual C++ 2008 project filesFan, Chun-wei2011-01-1020-1/+2822
| | | | | | | | | Integrate the files inside the build, though it's still not fully automated. https://bugzilla.gnome.org/show_bug.cgi?id=635484 Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>
* build: Add .symbols file for win32 buildsEmmanuele Bassi2011-01-102-0/+165
|
* Add C include information to GIREvan Nemerson2011-01-101-1/+1
| | | | Bug #635398
* object: Do some more validation in set_member()Emmanuele Bassi2011-01-101-0/+10
| | | | Check if we're setting the same node, to avoid a needless replace.
* Add missing introspection annotations.Luca Bruno2011-01-105-14/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=638932
* generator: Use g_ascii_dtostr() to avoid losing precisionEmmanuele Bassi2011-01-101-3/+4
| | | | | | | The nice format escape for g_ascii_formatd() is not really suited for a serialization format, as it obviously loses precision. https://bugzilla.gnome.org/show_bug.cgi?id=637244
* builder-test: Do not compare serialized double valuesEmmanuele Bassi2011-01-101-2/+2
| | | | | Serialization of floating point values might lead to odd formats, especially when dealing with IEEE machine-neutral values.
* reader: Use GObject ≥ 2.26 APIEmmanuele Bassi2010-12-141-20/+15
| | | | Use modern API to deal with properties installation and notification.
* generator: Clean up and add accessorsEmmanuele Bassi2010-12-143-57/+247
| | | | | | | | Instead of asking everyone to use g_object_set() to set up a JsonGenerator the class should provide a decent API for its properties. While we're at it, we should also use modern API for installing and notifying of property changes.
* generator: Verify that the decimal separator is locale-independentEmmanuele Bassi2010-12-141-0/+58
| | | | | | There shouldn't be a requirement for this, since we're using the GLib function explicitely for this reason, but it's always good to have a comprehensive test suite.
* generator: Implement dumping bare valuesEmmanuele Bassi2010-12-141-5/+10
| | | | | JsonGenerator is not able to generate strings for bare values, something that completely went under the radar for all this time.
* build: Resync the GTest rules with upstreamEmmanuele Bassi2010-10-191-9/+12
| | | | | Upstream GLib fixed the test rules to avoid repeating the test suite three times.
* Use G_DEFINE_INTERFACE()Emmanuele Bassi2010-10-191-28/+7
|
* Use G_DEFINE_BOXED_TYPE()Emmanuele Bassi2010-10-193-36/+3
|
* build: Depend on GLib ≥ 2.26Emmanuele Bassi2010-10-192-2/+2
|
* build: Use -no-undefined when compiling on win32Emmanuele Bassi2010-09-291-0/+13
|
* Post-branch version bump to 0.13.1Emmanuele Bassi2010-09-251-2/+2
|
* Post-release version bump to 0.12.1Emmanuele Bassi2010-09-251-2/+2
|
* Release JSON-GLib 0.12.00.12.0Emmanuele Bassi2010-09-253-5/+6
|
* gobject: Fix deserialization of construct-only propertiesEmmanuele Bassi2010-09-251-2/+2
| | | | | | | | Commit 2d7550948dfb2e5907b851bc2c4bd296a7526086 broke the construct-only properties; we now only check for the G_PARAM_CONSTRUCT_ONLY flag, and pass construct-only properties to g_object_newv(); all the properties flagged as G_PARAM_CONSTRUCT gets passed with the rest of the properties after that.
* test-serialize-full: Remove the dummy deserialize implementationEmmanuele Bassi2010-09-251-14/+1
| | | | | If you don't override JsonSerializable, you get the default behaviour anyway.
* debug: Add debug notes in the GObject codeEmmanuele Bassi2010-09-252-2/+15
|
* debug: Add debug flags for GObject-related codeEmmanuele Bassi2010-09-252-2/+4
|
* introspection: Update to 0.9.5Emmanuele Bassi2010-09-252-3/+3
| | | | | | Add --warn-all for the scanner flags. Also, undefine JSON_DISABLE_DEPRECATED, to introspect deprecated API.
* Add introspection annotationsEmmanuele Bassi2010-09-254-13/+13
|
View Lorry Controller Status