Mirror of git.openembedded.org/meta-openembedded https://git.enea.com/cgit/linux/meta-openembedded.git/atom?h=mickledore-next 2021-11-03T13:57:49+00:00 2021-11-03T13:57:49+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2021-11-02T23:06:48+00:00 urn:sha1:b402a3076fbafe05d0b8621e50603b65c3fe8147 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> 2021-10-05T16:47:23+00:00 Roland Hieber rhi@pengutronix.de 2021-10-05T13:15:37+00:00 urn:sha1:8e6e4e594d77bc317491eecccd125ae725d70ecb 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> 2021-08-03T17:21:25+00:00 Martin Jansa Martin.Jansa@gmail.com 2021-07-29T15:04:53+00:00 urn:sha1:c61dc077bbd81260e4f167fa2251643ba0ba6974 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> 2021-06-13T14:52:06+00:00 Andrea Adami andrea.adami@gmail.com 2021-06-13T08:47:48+00:00 urn:sha1:0ceacaa68e212cc06ea7371a206bdbe21033cc05 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> 2021-01-14T19:49:09+00:00 Harpritkaur Bhandari Harpritkaur.Bhandari@kpit.com 2021-01-14T12:33:31+00:00 urn:sha1:04d9ea0ba7ece968244bf049893dd5636675b76f 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> 2019-02-07T18:06:29+00:00 Ruslan Bilovol rbilovol@cisco.com 2019-02-07T11:00:01+00:00 urn:sha1:2e0fd78621b05acb6df58adf910373a8814b70a1 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> 2018-11-02T19:56:23+00:00 Joshua Watt jpewhacker@gmail.com 2018-11-02T03:06:28+00:00 urn:sha1:7163946b56539725d5a5868a9318e56e713a4a95 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> 2018-10-25T21:08:52+00:00 Joshua Watt jpewhacker@gmail.com 2018-10-23T16:04:38+00:00 urn:sha1:7bf3b548fc74f01b0c2ebd1c4166b0438f1001a5 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> 2018-05-29T16:15:05+00:00 Trevor Woerner twoerner@gmail.com 2018-05-24T14:38:44+00:00 urn:sha1:fa7d5a3c0ec5d6ad1f51ab41fd44b21de60327c9 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> 2017-08-13T11:21:04+00:00 Stefan Agner stefan.agner@toradex.com 2017-08-10T03:03:24+00:00 urn:sha1:c1dcc40915d9ea7433881f4b47b7d838800ea626 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>