7b4bb80930f12a366d5e5a5eea5b398972cd4891 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/6c20aae2b49a6d64db5e7d1ff3a82950ea9dc58a 6c20aae2b49a6d64db5e7d1ff3a82950ea9dc58a

2009-09-07T14:30:11-07:00

[build] Prefer automake-1.11 silent rules to shave If we have automake-1.11 installed then we should enable the AM_SILENT_RULES machinery instead of Shave - even though Shave's output is a lot cleaner. d7667337e1041bad6161b8331090670cb1ad936a Emmanuele Bassi ebassi@gnome.org c1b76a73e0b2c6e0c7afced10bd6079a0f5b0f5d Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/7b4bb80930f12a366d5e5a5eea5b398972cd4891 7b4bb80930f12a366d5e5a5eea5b398972cd4891

2009-09-06T09:31:41-07:00

[node] Add JsonNode.set_parent() Add the setter for JsonNode:parent, to be used in JsonParser instead of directly accessing the JsonNode structure. 7848f4008d12c43c1471e62899e4b99162117b89 Emmanuele Bassi ebassi@gnome.org d3f005c27d9a8a46259205f2f8077fb01a6a3609 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/c1b76a73e0b2c6e0c7afced10bd6079a0f5b0f5d c1b76a73e0b2c6e0c7afced10bd6079a0f5b0f5d

2009-09-06T09:17:59-07:00

2009-09-06T09:15:46-07:00

[parser] Clean up value parsing The code that parses a value within an object and an array should be moved to its own function to avoid duplication. c9c500a266230ad345986aae1aa72ebcc97b57e6 Emmanuele Bassi ebassi@gnome.org 7442a3011a860f12cbd40b6687b699b0b648d6b7 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/d3f005c27d9a8a46259205f2f8077fb01a6a3609 d3f005c27d9a8a46259205f2f8077fb01a6a3609

2009-09-06T06:44:18-07:00

[docs] Use proper xi:include for indexes Instead of relying on gtk-doc we can do the proper inclusion of the API indexes using XInclude, complete with fallbacks. Also, we should include the additional pages that gtk-doc generates for us, like the annotations glossary and the object tree. a6d0bffff5b97f5d028577cc98ca5b6817aa2ea2 Emmanuele Bassi ebassi@gnome.org d7d1e702b1d67fa1ec830a46650a02367ce1dd29 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/7442a3011a860f12cbd40b6687b699b0b648d6b7 7442a3011a860f12cbd40b6687b699b0b648d6b7

2009-09-02T08:42:35-07:00

2009-09-02T08:41:51-07:00

[docs] Small documentation fixes Clean up some notes, and add introspection annotations where needed. 22078931e6239066df57a59c1b7aaf5f3066e827 Emmanuele Bassi ebassi@gnome.org 9362ccc891c914dbcf1be6bd067b0b37ae688057 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/d7d1e702b1d67fa1ec830a46650a02367ce1dd29 d7d1e702b1d67fa1ec830a46650a02367ce1dd29

2009-08-15T21:52:46-07:00

[docs] Remove note about normalization of member names The normalization of member names inside JsonObject was removed by commit 8a7e0f381dc7e49745680df92ebb428f18bf4832. acf57eea22167ae1598154f27db71e119a747c67 Emmanuele Bassi ebassi@gnome.org 087bfe83412dca8de1b2dd67c74f490e44ecb96a Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/9362ccc891c914dbcf1be6bd067b0b37ae688057 9362ccc891c914dbcf1be6bd067b0b37ae688057

2009-08-13T07:10:27-07:00

[docs] Generate new symbols index for 0.6 and 0.8 ebdc5fbe68ab212513a44f865e9faf25f7ad367d Emmanuele Bassi ebassi@gnome.org c7d31d55b50b23c6c1067cb3541f73dddc12127a Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/087bfe83412dca8de1b2dd67c74f490e44ecb96a 087bfe83412dca8de1b2dd67c74f490e44ecb96a

2009-08-13T07:10:07-07:00

[docs] Remove the version number from the title fc8e8a3212b4e6a4d330c8f92bc1a5ab856b94d4 Emmanuele Bassi ebassi@gnome.org be07ba7b983b34231ad2f0fd7fe60ae47b14ce7e Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/c7d31d55b50b23c6c1067cb3541f73dddc12127a c7d31d55b50b23c6c1067cb3541f73dddc12127a

2009-08-13T07:08:56-07:00

[docs] Let gtk-doc build the correct index Use the --name-space command line argument for gtk-doc to detect the right namespace of JSON-GLib, and create a useful index. 6f3f9ed8a24823620208788499721ac2e59ed633 Emmanuele Bassi ebassi@gnome.org 9661ff342b439b5b398f7bf9ba931d6139d5143d Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/be07ba7b983b34231ad2f0fd7fe60ae47b14ce7e be07ba7b983b34231ad2f0fd7fe60ae47b14ce7e

2009-08-13T06:51:42-07:00

[docs] Rename main file to json-glib-docs.xml 2f65cb034ba70322407b10532cf0491384f6ed52 Emmanuele Bassi ebassi@gnome.org d5922b42604c09ba7ebcb0adc1566d0a33a99808 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/9661ff342b439b5b398f7bf9ba931d6139d5143d 9661ff342b439b5b398f7bf9ba931d6139d5143d

2009-08-12T08:09:33-07:00

Post-release version bump to 0.7.7 1bc1179fa1fab269ba1cbb17410f71bad33d98c9 Emmanuele Bassi ebassi@gnome.org 9a647104ca77d4c4272845fed4bfae028098afd3 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/d5922b42604c09ba7ebcb0adc1566d0a33a99808 d5922b42604c09ba7ebcb0adc1566d0a33a99808

2009-08-12T08:06:40-07:00

[release] 0.7.6 (brown paper bag) 3dd894635fc8f591dba05c495a8f4cbf05903cd8 Emmanuele Bassi ebassi@gnome.org f3e0618ee1d8aa90d0ba22e9abe5c7d6b849e0ea Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/9a647104ca77d4c4272845fed4bfae028098afd3 9a647104ca77d4c4272845fed4bfae028098afd3

2009-08-12T07:56:00-07:00

Actually use the int64 support in the Scanner We switched everything to 64 bit integers but then I forgot to enable the support for actually making the tokenizer store the parsed integers into a 64 bit value. Bad Emmanuele, no cookie for you. 747ce092e9562ac55ac4dce8ee67926395399380 Emmanuele Bassi ebassi@gnome.org c1c691fc6b58a990ee9bb17504189064051d5a12 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/f3e0618ee1d8aa90d0ba22e9abe5c7d6b849e0ea f3e0618ee1d8aa90d0ba22e9abe5c7d6b849e0ea

2009-08-12T06:08:35-07:00

Post-release version bump to 0.7.5 4fba743ce427dad208be94344567a5673263372f Emmanuele Bassi ebassi@gnome.org 12bc49ea08c50da9a7ed53c475fe873421432ebe Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/c1c691fc6b58a990ee9bb17504189064051d5a12 c1c691fc6b58a990ee9bb17504189064051d5a12

2009-08-12T06:01:56-07:00

2009-08-12T05:56:08-07:00

[release] 0.7.4 bcfdf5c2117af5e9c00551846abfbcb2aec1e16b Emmanuele Bassi ebassi@gnome.org 75b888c26eebf7784c5af045a8c6af353e56b2e9 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/12bc49ea08c50da9a7ed53c475fe873421432ebe 12bc49ea08c50da9a7ed53c475fe873421432ebe

2009-08-12T06:01:55-07:00

2009-08-12T06:01:49-07:00

Update the NEWS file 63ddc00e926a8649ccad5d54ef9ff798baa51be7 Emmanuele Bassi ebassi@gnome.org d84c0f367b06e094ff693d60a724b9f141c33ca9 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/75b888c26eebf7784c5af045a8c6af353e56b2e9 75b888c26eebf7784c5af045a8c6af353e56b2e9

2009-08-12T06:01:03-07:00

2009-08-12T05:59:52-07:00

[build] Use our libtool for the typelib When compiling the GIR into a .typelib file we can use our own libtool script; shave will proxy it to the right place. c25b0a9112b735d8c81142d16baf5e2acfdebe93 Emmanuele Bassi ebassi@gnome.org 3adba015e1c1f9edc7b7b2c4364d65f813216225 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/d84c0f367b06e094ff693d60a724b9f141c33ca9 d84c0f367b06e094ff693d60a724b9f141c33ca9

2009-08-12T05:48:17-07:00

Disallow single header file inclusion The correct header file for JSON-GLib is, and has always been, json-glib.h. Anything else was not supported, as we've been moving around stuff for a while, now. This commit enforces the single include file, using the same policy enacted by other libraries, like: GLib, GTK+ and Clutter. 471ea55d3b3b1902ac208ab43e6c9a352b841f6b Emmanuele Bassi ebassi@gnome.org a9386e20bf8e16e17a89dda24781c63bf495aa97 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/3adba015e1c1f9edc7b7b2c4364d65f813216225 3adba015e1c1f9edc7b7b2c4364d65f813216225

2009-08-12T05:46:46-07:00

[introspection] Use json-gobject.h The json-gobject.h header file includes json-glib.h and all the GObject-related serialization and deserialization API; we assume that if you want introspection you should be using this header and not the plain json-glib.h. a7557193a9c5a6082db3fc656b328510fd1a120e Emmanuele Bassi ebassi@gnome.org 8a7e0f381dc7e49745680df92ebb428f18bf4832 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/a9386e20bf8e16e17a89dda24781c63bf495aa97 a9386e20bf8e16e17a89dda24781c63bf495aa97

2009-08-12T05:46:05-07:00

[tests] Include json-glib.h Do not include json-types.h, use the correct global include. 8da760fd3abbd06f5d883bf8ae9c9948032704c4 Emmanuele Bassi ebassi@gnome.org ad638149c2cc1a17c0d2ad1482d932c8940c64e0 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/8a7e0f381dc7e49745680df92ebb428f18bf4832 8a7e0f381dc7e49745680df92ebb428f18bf4832

2009-08-12T04:29:34-07:00

Do not sanitize the object member's name JsonObject sanitizes the name of the member to replace all characters defined by G_STR_DELIMITERS with '_'. This is absolutely brain damaged, since a member name can be any valid JSON string. Obviously, if a member name maps to a GObject property is entirely up to the GObject code to decide whether to sanitize the member name or not. 56213c738a91805871415242185f1928a1d9062f Emmanuele Bassi ebassi@gnome.org d87b18675ac02f42be23bf4070134690b8b9934b Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/ad638149c2cc1a17c0d2ad1482d932c8940c64e0 ad638149c2cc1a17c0d2ad1482d932c8940c64e0

2009-08-12T04:22:44-07:00

Update NEWS 79f62a556d1b22dc66473604a55a82b163cd1e61 Emmanuele Bassi ebassi@gnome.org 7411cadc0fdd9ffc2bd7004c9980913ac857a495 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/d87b18675ac02f42be23bf4070134690b8b9934b d87b18675ac02f42be23bf4070134690b8b9934b

2009-08-12T04:13:11-07:00

Auto-promote integer types to G_TYPE_INT64 The JSON RFC does not specify the size of the integer type, thus implicitly falling back to machine-size. This would all be fine and dandy if some demented Web Developer (and I use the term "developer" *very much* loosely) did not decide to use integers to store unique identifiers for objects; obviously, you can't have more than 2^32-1 status messages in a database with millions of users who update their status multiple times per day. Right, Twitter? Anyway, some languages do a type auto-promotion from Integer to Long, thus pushing the limit of allowed positive values -- until the next integer overflow, that is. C, and GLib, do not do that transparently for us so we need to: - always use gint64 when parsing a JSON data stream using JsonScanner - move all the Node, Object and Array APIs to gint64 - auto-promote G_TYPE_INT to G_TYPE_INT64 when setting a GValue manually - auto-promote and auto-demote G_TYPE_INT properties when (de)serializing GObjects. The GLib types used internally by JSON-GLib are, thus: integer -> G_TYPE_INT64 boolean -> G_TYPE_BOOLEAN float -> G_TYPE_DOUBLE string -> G_TYPE_STRING 5697a9c79056a7af04fe3996c9dcd26e8ca5241f Emmanuele Bassi ebassi@gnome.org 112a8ec8dfd9c46304008b62e8ab256ed7714644 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/7411cadc0fdd9ffc2bd7004c9980913ac857a495 7411cadc0fdd9ffc2bd7004c9980913ac857a495

2009-06-28T15:52:34-07:00

Indentation fixes 7d5bf8b38c6d91fcf5922d25b901be5c9d07b3ca Emmanuele Bassi ebassi@gnome.org 4ecdd6bedb7961f3a33971aa1f2338115a60f7f3 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/112a8ec8dfd9c46304008b62e8ab256ed7714644 112a8ec8dfd9c46304008b62e8ab256ed7714644

2009-06-28T15:49:51-07:00

[parser] Advance the tokenizer to avoid an infinite loop The tokenizer is not advanced when we peek a base value and return. This causes an endless loop which terminates only if the OOM killer in the kernel gets the right process. Thanks to Thomas Weidner for catching and reporting the issue. 657e107778f2d610764f916383e9a96ab98d0a5b Emmanuele Bassi ebassi@gnome.org 9a3b7a020716e23f1330915f1768a7c00bffbeb5 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/4ecdd6bedb7961f3a33971aa1f2338115a60f7f3 4ecdd6bedb7961f3a33971aa1f2338115a60f7f3

2009-06-28T15:48:36-07:00

[tests] Verify parsing base values A JSON document containing just a base value (null, true/false, an integer, a floating point value or a string) is still a valid JSON document, and JsonParser must create the correct JsonNode. 199a7524001383b7e9627b8e633954ceab0ca22e Emmanuele Bassi ebassi@gnome.org 68d872f15022217c0ff1cf516aec917d600fd762 Emmanuele Bassi ebassi@gnome.org http://github.com/ebassi/json-glib/commit/9a3b7a020716e23f1330915f1768a7c00bffbeb5 9a3b7a020716e23f1330915f1768a7c00bffbeb5

2009-06-25T02:37:43-07:00

[docs] Fix typo in JsonObject::set_object_member() The passed value is a pointer to a JsonObject, not to a JsonArray. e7b337e4df3ac6ce865e3405fdfde121f6ae3f8d Emmanuele Bassi ebassi@gnome.org 6e706fb2b7a371f25c169ed25d4b617f2dc05b63 Rodrigo Moya rodrigo@gnome-db.org http://github.com/ebassi/json-glib/commit/68d872f15022217c0ff1cf516aec917d600fd762 68d872f15022217c0ff1cf516aec917d600fd762

2009-06-24T05:07:18-07:00

Use JSON_NODE_OBJECT, not JSON_NODE_ARRAY when creating the node in json_object_set_object_member Reviewed by Emmanuele Bassi 1fa1b513576fcfb388f9ae2b06509d1e9fb3eec8 Rodrigo Moya rodrigo@gnome-db.org a9416b7e2823f1fffe639d90bb352a337815a70e Emmanuele Bassi ebassi@linux.intel.com http://github.com/ebassi/json-glib/commit/6e706fb2b7a371f25c169ed25d4b617f2dc05b63 6e706fb2b7a371f25c169ed25d4b617f2dc05b63

2009-06-21T02:58:24-07:00

[generator] Pre-compute the escape table Instead of allocating the escape table to be used with g_strescape() for each string we can have it unrolled already in code. Thanks to: Christian Persch <chpe@gnome.org> Fixes bug: http://bugzilla.openedhand.com/show_bug.cgi?id=1648 e823a6fd7aa96c44671c4c757a52e1bc39530975 Emmanuele Bassi ebassi@linux.intel.com 1d13a409bb911141653a75d44e90feac9bfc2862 Emmanuele Bassi ebassi@linux.intel.com http://github.com/ebassi/json-glib/commit/a9416b7e2823f1fffe639d90bb352a337815a70e a9416b7e2823f1fffe639d90bb352a337815a70e

2009-06-18T03:23:56-07:00

Post-release bump to 0.7.3 47a732ca7af66ec97f1e75d116be71691165f2c4 Emmanuele Bassi ebassi@linux.intel.com