summaryrefslogtreecommitdiffstats
path: root/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
Commit message (Collapse)AuthorAgeFilesLines
* rapidjson: Avoid usage of nobranch=1Sourav Pramanik2023-08-301-1/+1
| | | | | | | | | 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 <pramanik.souravkumar@gmail.com> Signed-off-by: Armin Kuster <akuster808@gmail.com>
* recipes: Update SRC_URI branch and protocolsRichard Purdie2021-11-031-1/+1
| | | | | | | | | 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: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: override hard-coded lib install dirRoland Hieber2021-10-051-0/+3
| | | | | | | | | | | The default value for LIB_INSTALL_DIR is set to ${prefix}/lib in CMakeLists.txt. However, in multilib builds, the package split picks up the files from ${prefix}/lib64 or ${prefix}/lib32, which leads to QA issues in do_package about left-over files in /usr/lib/pkgconfig and /usr/lib/cmake. Signed-off-by: Roland Hieber <rhi@pengutronix.de> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Convert to new override syntaxMartin Jansa2021-08-031-1/+1
| | | | | | | | | | This is the result of automated script (0.9.1) conversion: oe-core/scripts/contrib/convert-overrides.py . converting the metadata to use ":" as the override character instead of "_". Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* rapidjson: remove stale LIB_INSTALL_DIRAndrea Adami2021-06-131-1/+1
| | | | | | | | | | | | | | | | This was introduced with commit: 2e0fd78 rapidjson: fix cmake artifacts installation for non-default BASELIB case and should have been removed with commit: 5aa127a rapidjson: Remove unwanted patches NOTE: such multilib fixes are not needed after this commit in oe-core: 24f630c cmake.bbclass: Define LIB_SUFFIX Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: Upgrade SRCREV to latestHarpritkaur Bhandari2021-01-141-3/+2
| | | | | | | | | | | | | | | | | | | | Upgrade SRCREV to latest as it fixes the below issue: Running UndefinedBehaviorSanitizer on projects that use rapidjson triggers 'applying non-zero offset <NN> 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: Harpritkaur Bhandari <Harpritkaur.Bhandari@kpit.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: fix cmake artifacts installation for non-default BASELIB caseRuslan Bilovol2019-02-071-2/+3
| | | | | | | | | | | | | | | | | | | | | 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 <rbilovol@cisco.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: Allow empty packageJoshua Watt2018-11-021-1/+1
| | | | | | | | 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 <JPEWhacker@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: Update to newer 1.1.0 + gitJoshua Watt2018-10-251-4/+2
| | | | | | | | | | | | | | 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 <JPEWhacker@gmail.com> Signed-off-by: Veselin Georgiev <veselin.georgiev@garmin.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: rely on cmake.bbclass to put cmake package files in dev packageTrevor Woerner2018-05-291-1/+0
| | | | | | | | | | | | 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 <armccurdy@gmail.com> Signed-off-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* rapidjson: avoid dependency to non-existing packageStefan Agner2017-08-131-0/+1
| | | | | | | | | | | | | | 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 <stefan.agner@toradex.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* rapidjson: Update to 1.1.0 + gitKhem Raj2017-03-311-0/+25
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 <raj.khem@gmail.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>