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

rapidjson: Avoid usage of nobranch=1

2023-09-04T13:05:48+00:00

The usage of nobranch=1 in SRC_URI allows using unprotected branches. This change updates the real branch name in place of nobranch=1. Signed-off-by: Sourav Kumar Pramanik Signed-off-by: Armin Kuster

recipes: Update SRC_URI branch and protocols

2021-11-17T20:26:21+00:00

This patch updates SRC_URIs using git to include branch=master if no branch is set and also to use protocol=https for github urls as generated by the conversion script in OE-Core. Signed-off-by: Armin Kuster

rapidjson: Upgrade SRCREV to latest

2021-01-29T00:58:53+00:00

Upgrade SRCREV to latest as it fixes the below issue: Running UndefinedBehaviorSanitizer on projects that use rapidjson triggers 'applying non-zero offset to null pointer' findings in 'internal/stack.h' which are hard to suppress by library users. Removed "0001-CMake-remove-hardcoded-CMAKECONFIG_INSTALL_DIR-path.patch" as the changes are already incorporated in the latest codebase. As per abi-compliance-checker report the source compatibility and binary compatibility between previous SRCREV 6a905f9311f82d306da77bd963ec5aa5da07da9c and current SRCREV 0ccdbf364c577803e2a751f5aededce935314313 is 100% and this patch is already tested on 64bit ARM (aarch64) in a product with on target CI tests. Signed-off-by: Khem Raj (cherry picked from commit 04d9ea0ba7ece968244bf049893dd5636675b76f) Signed-off-by: Harpritkaur Bhandari Signed-off-by: Armin Kuster

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