linux/meta-openembedded.git/meta-oe/recipes-devtools/rapidjson, branch zeus-next

rapidjson: fix cmake artifacts installation for non-default BASELIB case

2019-02-07T18:06:29+00:00

If BASELIB is set to non-default value (like lib64), next 'installed but not shipped' issue happens: /usr/lib /usr/lib/cmake /usr/lib/pkgconfig /usr/lib/cmake/RapidJSON /usr/lib/cmake/RapidJSON/RapidJSONConfigVersion.cmake /usr/lib/cmake/RapidJSON/RapidJSONConfig.cmake /usr/lib/pkgconfig/RapidJSON.pc This is because rapidjson has library installation dir set to 'lib' by default and hardcoded in another place. Fix this by next changes: - set appropriate LIB_INSTALL_DIR - fix hardcoded 'lib' in CMAKECONFIG_INSTALL_DIR case Signed-off-by: Ruslan Bilovol Signed-off-by: Khem Raj

rapidjson: Allow empty package

2018-11-02T19:56:23+00:00

Causes the empty base package to be created so that RapidJSON can be sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the like. Signed-off-by: Joshua Watt Signed-off-by: Khem Raj

rapidjson: Update to newer 1.1.0 + git

2018-10-25T21:08:52+00:00

Bring in a newer version of rapidjson which includes a fixes when running on ARM, specifically 748a652f04 ("Fix SIGBUS due to unaligned access") Also remove the existing patch file as the issue was resolved in the mainline by 4c9a28a28e ("CMake: do not pass -march=native or -mcpu=native when crosscompiling") Signed-off-by: Joshua Watt Signed-off-by: Veselin Georgiev Signed-off-by: Khem Raj

rapidjson: rely on cmake.bbclass to put cmake package files in dev package

2018-05-29T16:15:05+00:00

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files. http://git.openembedded.org/openembedded-core/commit/?id=d91dc4666683a96e9d03cbbd21b8a546f9069c93 Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner Signed-off-by: Khem Raj

rapidjson: avoid dependency to non-existing package

2017-08-13T11:21:04+00:00

RapidJSON is a header only library. The automatic package split leads to no 'rapidjson' package but a 'rapidjson-dev' package with a dependency to the 'rapidjson' package, leading to errors like: * Solver encountered 1 problem(s): * Problem 1/1: * - nothing provides rapidjson = 1.1.0+git0+e5635fb27f-r0 needed by rapidjson-dev-1.1.0+git0+e5635fb27f-r0.core2-64 Clear rapidjson-dev dependencies. Signed-off-by: Stefan Agner Signed-off-by: Martin Jansa

rapidjson: Update to 1.1.0 + git

2017-03-31T11:25:56+00:00

Drop backports Adjust the license checksums to match the changes to file especially https://github.com/miloyip/rapidjson/commit/b4b1a39937fbd168ef72ea477f90f626773d56fc Signed-off-by: Khem Raj Signed-off-by: Martin Jansa

rapidjson: explicitly disable unit tests

2017-01-25T14:59:58+00:00

Normally the unit tests don't get compiled as gtest sources are not available. However it's possible that gtest sources may be found on the host, so make it explicit that unit tests should not be enabled. Signed-off-by: Andre McCurdy Signed-off-by: Martin Jansa

rapidjson: add initial recipe

2016-12-26T07:24:52+00:00

A fast JSON parser/generator for C++ with both SAX/DOM style API. Signed-off-by: Andre McCurdy Signed-off-by: Martin Jansa