Timeline

Not logged in

20 timeline items by user stephan occurring around 2011-01-28 00:43:08.

2011-01-28
17:23 • Changes to wiki page cson_sqlite3 (user: stephan) [details]
17:17 • Changes to wiki page TableOfContents (user: stephan) [details]
17:17
[c78d045265] Touch-ups to cson_sqlite3. (user: stephan, tags: trunk)
17:04
[bf60f030c0] Minor cleanups to the sqlite3 code. Added it to the amalgamation build. (user: stephan, tags: trunk)
16:42
[1dafbdeff3] Started adding sqlite3/cson utility code. (user: stephan, tags: trunk)
16:32
[5c7c2d4b79] Fixed a broken test macro. (user: stephan, tags: trunk)
12:47 • Changes to wiki page cson (user: stephan) [details]
12:46 • Changes to wiki page cson (user: stephan) [details]
00:44 • Edit [6cfaa8dd566fca3d]: Marked "Closed". (user: stephan) [details]
00:43
[932ee482dd] Merged in no-alloc-int branch. (user: stephan, tags: trunk)
00:42
[6cfaa8dd56] Closed-Leaf: Integer values no longer need to allocate if CSON_VOID_PTR_IS_BIG is true at compile-time. (user: stephan, tags: no-alloc-int)
00:36
[6c841b3282] Another 32-bit fix. (user: stephan, tags: no-alloc-int)
00:34
[b433588b1a] Hopefully a fix for 32-bit builds with non-allocating int code. (user: stephan, tags: no-alloc-int)
00:12 • Edit [bccd81d203eb4a3f]: Edit check-in comment. (user: stephan) [details]
00:05 • Edit [16d21211e97c76e5]: Change branch background color to "#fff0c0". (user: stephan) [details]
00:04
[bccd81d203] Integers no longer alloc on 64-bit, but this needs to be tested for compilation on 32-bit before pulling it into the trunk.    nevermind: the 64-bit parts don't compile warning-free on 32-bit, even though the 64-bit parts will never actually be invoked. This needs to be turned into a compile-time option :(. (user: stephan, tags: no-alloc-int)
00:03
[16d21211e9] Create new branch named "no-alloc-int" (user: stephan, tags: no-alloc-int)
2011-01-27
23:42 • Changes to wiki page TODOs (user: stephan) [details]
23:27 • Changes to wiki page cson (user: stephan) [details]
23:12
[49e96b999a] Reworked how keys are stored during parsing. This cuts number of malloc() calls by about 30% for my test input, but the actual amount of memory only by a few percent. (user: stephan, tags: trunk)