summaryrefslogtreecommitdiff
path: root/json-glib/json-builder.h
Commit message (Collapse)AuthorAgeFilesLines
* Use compiler annotations to determine symbol visibilityEmmanuele Bassi2014-03-181-0/+15
| | | | | | | | | | | | | | | | | Instead of relying on a separate file that requires being update every time we add a new public function we should use compiler annotations to let the linker know which symbols are public and exported. In order to achieve this we have to: * check for the visibility=hidden attribute * add -fvisibility=hidden to the linker flags * add a macro to annotate all public symbols While we're at it, we should copy the versioned symbols macro layout already used by GLib, GTK+, and other G* libraries, including the ability to express the range of allowed versions of JSON-GLib that third party code can compile against.
* docs: Port to MarkDownEmmanuele Bassi2014-03-181-4/+3
| | | | | Drop the DocBook documentation, and move everything to the MarkDown format used by modern gtk-doc.
* Move the single include guard after multiple inclusion oneEmmanuele Bassi2013-12-041-3/+3
| | | | | | | | | | | | | | GCC (and other compilers) can optimise multiple inclusion of headers if they find the: #ifndef FOO #define FOO #endif pattern as the first thing inside a header. The single-header inclusion guard was preventing that from happening, so we need to move it inside the multiple inclusion guard.
* builder: Add Since: annotationsEmmanuele Bassi2010-08-151-24/+30
|
* builder: Add convenience API for building JSON trees.Luca Bruno2010-06-161-0/+100
https://bugzilla.gnome.org/show_bug.cgi?id=621141 Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>