linux/poky.git/meta/recipes-support/db, branch morty

db: disable the ARM assembler mutex code

2017-01-11T17:21:41+00:00

The swpb in macro MUTEX_SET will cause "undefined instruction" error on the new arm arches which don't support this assembly instruction any more. If use ldrex/strex to replace swpb, the old arm arches don't support them. So to avoid this issue, just disable the ARM assembler mutex code, and use the default pthreads mutex. (From OE-Core rev: aafbc548ebc66dc0d703526f9a98f784e9c9605b) (From OE-Core rev: d6a0ef7e9dfbda3d55ba18f2bcc69f04d502495d) Signed-off-by: Li Zhou Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

db: Refresh patches

2016-09-30T15:51:15+00:00

The patches were failing to apply in some cases, refresh them aganst the current source. (From OE-Core rev: eb11f60d9d87aa24e93a86f366764b1848bb5cb1) Signed-off-by: Richard Purdie

db: Upgrade to 6.0.35

2016-09-30T15:51:15+00:00

The SRC_URI was changed to point gentoo distfiles because now Oracle request authorization for download the source code [1], there are no changes in the LICENSE since version 6.0.20 when the LICENSE changes to AGPL-3 [2], also the md5sum was review to be sure that is the same. This minor upgrade fix an issue related to multiple rpm instances querying the database [3]. The bugfixes related are, - Fixed a bug that may lead to a crash when opening multiple environments in a multi-threaded program. - Fixed a bug where closing a panic environment raised access violation and crashed the program. For see the complete list of changes mostly bugfixes between 6.0.30 and 6.0.35 [4]. [1] http://download.oracle.com/otn/berkeley-db/db-6.0.35.tar.gz [2] http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp509784 [3] https://bugzilla.yoctoproject.org/show_bug.cgi?id=10157#c0 [4] http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_6_0.html#idp503384 [YOCTO #10157] (From OE-Core rev: 8f72cae18961e9556e54db76a416bde497dc8b6d) Signed-off-by: Aníbal Limón Signed-off-by: Richard Purdie

db: Use cross libtool

2016-07-20T09:28:47+00:00

Reintroduce the use of cross-libtool when building the target package this fails otherwise with clang | ./libtool --mode=execute true db_printlog | /usr/lib/libstdc++.so: file not recognized: File format not recognized | clang-3.9: error: linker command failed with exit code 1 (use -v to see invocation) (From OE-Core rev: f9fab69a15a71f541f93fb38319de03ad07b1bf5) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

db: use S/B more idiomatically

2016-07-10T13:12:17+00:00

Instead of setting S to a directory inside the tarball and B to another directory inside the tarball, use the default value of S and set AUTOTOOLS_SCRIPT_PATH to the right path to find configure. Update the patches so they still apply, and clean up the recipe slightly. Because something is not quite right regarding quilt and patching, add a PR bump to the recipes to ensure that a clean work directory is used: for some reason rebuilds will rarely fail to patch correctly. (From OE-Core rev: dcbef72b8344c22617d65ea1e9f0fa7ad9a742bd) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

db: add RECIPE_NO_UPDATE_REASON

2016-06-07T14:22:37+00:00

db-6.2.23 does not work with RPM-5.x due to changes in locking semantics (From OE-Core rev: 8ea6be55b795ae5306606f7d4cdacdf3c2afa5ae) Signed-off-by: Maxin B. John Signed-off-by: Richard Purdie

db: remove the NO_UPDATE_REASON and replace it a comment about RPM

2016-03-09T17:00:28+00:00

(From OE-Core rev: 82aeafe722f447a55e04c39aec70e88f2a1962e3) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

db: update HOMEPAGE

2016-02-11T12:31:43+00:00

The previous HOMEPAGE is no longer available. (From OE-Core rev: 24eba6f321e1152bcf60bc16ec21b0b29ab21179) Signed-off-by: Andre McCurdy Signed-off-by: Richard Purdie

db: Use cross libtool

2016-02-02T14:44:16+00:00

db is not reconfigured like usual autotools based components so it generates its own libtool, and this libtool is not equipped to do cross builds, e.g. when building using clang on musl, it misdirects linker to use libstdc++.so from build host instead of target, the reason being it does not understand sysroot. Use cross libtool instead to build the target versions Fixes errors like below | libtool: link: arm-oe-linux-musleabi-ranlib .libs/libdb-6.0.a | /a/builder/mnt/build-oe/tmp-musl/sysroots/x86_64-linux/usr/bin/arm-oe-linux-musleabi/arm-oe-linux-musleabi-ld: error: /usr/lib/libstdc++.so: incompatible target (From OE-Core rev: d14b5e650e1e55e30abbd884a6bbd9b4feacd923) (From OE-Core rev: 22e8a0cb730b7ff8b8ce4c409548b41ffd320dde) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

package_regex.inc: split entries which blacklist specific versions to their recipes

2015-12-08T10:20:52+00:00

(From OE-Core rev: 1eb9e190ef3bb1170b3eaabd9f7900e7ce176624) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie