This commit also has the side-effect that errno is set on failed calls
to json_object_set_string(_len).

Instead of using calloc(), call malloc() and initialize the relevant
fields individually.

speedup for 32-bit: ~15%
speedup for 64-bit: ~ 5%

speedup for 32-bit: ~8%
speedup for 64-bit: ~9%

speedup for 32-bit: ~5%
speedup for 64-bit: ~3%

speedup for 32-bit: ~1%
speedup for 64-bit: ~1%

speedup for 32-bit: ~15%
speedup for 64-bit: ~ 2%

This field is set based on o_type when the object is created and it is
not changed during the lifetime of the object. Therefore we can check
o_type to choose the proper delete function in json_object_put(), and
save sizeof(void *) bytes in struct json_object_private.

Fix compiler warnings

Fixed misalignment in JSON string due to space after \n being printed...

json_object_private: save 8 bytes in struct json_object in 64-bit arc…

json_object.c:set errno in json_object_get_double()

json_object.h:document json_object_new_string_len()

Keeping this would be inconsistent with the other documentation

I also added a couple trivial, but related, suggestions.

closes #460

closes #422

README.html:fix link to Doxygen docs, remove WIN32 link

README.md:fix dead "file.html" link

.gitignore:add build directory

STYLE.txt:remove executable permissions

fixes #438
[skip ci]

- there is no need for _ref_count to be uint_fast32_t (the compiler
  might decide to use a 64-bit int). make it uint32_t instead.
- reorder the 32-bit integer fields (o_type and _ref_count) so that
  there is no wasted 4-byte gap after each of them.

Allow use json-c cmake as subproject

Now json-c can be bundled to any cmake-based project and used with
couple lines of code:

add_subdirectory(json-c EXCLUDE_FROM_ALL)
target_link_libraries(MyProject json-c)

Document refcount of json_tokener_parse_ex return

fix c flag loss during cmake building

The real CMake support

Improve pkgconfig setting

This changes allows to use #include <json-c/json.h>
instead of just #include <json.h>

This is normally possible but in some tricky case
this usage is broken without this change.

Here is the case that I encountered. I had to
compile json-c fresh version for some investigations
on newer versions. Then I installed it on my local
environment using option --prefix. After that I
had 2 versions:

 - the system wide version in usual locations
   /usr/lib and /usr/include
 - mine in my HOME directory

Then, as I'm used to include <json-c/json.h>, the
included iheder's version was the system wide one
whereas the linked lib was mine.

Signed-off-by: Jose Bollo <jose.bollo@iot.bzh>

This patch provides a CMakeLists.txt file to build JSON-C library without relying on auto-tools support. This makes the build a bit more portable and cleaner.

It can detect headers and symbols and generate config.h header file based on those detections. It cannot yet handle ctest(1) as the testing itself depends on comparing the output against files. Testing would need some creative abuse of CMake :) This will be provided a few patches later and may possibly involve refactoring test cases.

The patch has been tested on GCC 4.8.5 (Linux), GCC 7.2.0 (MinGW) and Microsoft Visual C++ 16.0 (2010?) locally. Also, compiles correctly on Travis CI and AppVeyor without errors.

cmake: Bump required version

Using 'project(foo VERSION 1.0)' requires CMake 3.0, the VERSION option
is not part of CMake 2.8.7, see:

* https://cmake.org/cmake/help/v2.8.7/cmake.html#command:project
* https://cmake.org/cmake/help/v3.0/release/3.0.0.html#commands

The property C_STANDARD was introduced with CMake 3.1, see:

* https://cmake.org/cmake/help/v3.1/release/3.1.0.html#properties

Signed-off-by: Alexander Dahl <post@lespocky.de>

Resolve windows name conflict

install json_object_iterator.h header file