diff options
author | Martin Jansa <martin.jansa@gmail.com> | 2018-07-26 11:09:58 +0000 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2018-07-30 12:44:34 +0100 |
commit | b521ee42e8a8c7cd7c4710cce52e1595b96a8fa2 (patch) | |
tree | cadb482047608fa8ba04da4a80f060158f05f680 /meta/recipes-devtools/gcc/gcc-sanitizers_8.1.bb | |
parent | c65d565e239be1e991080a37a261a1267bdda19c (diff) | |
download | poky-b521ee42e8a8c7cd7c4710cce52e1595b96a8fa2.tar.gz |
package.bbclass: append to FILERPROVIDES_*/FILERDEPENDS_* variables instead of setting them
* this allows to work around some of the issues with file-rdeps
* e.g. in my case I have /usr/lib/libmali.so.0.1 which according to rpmdeps
provides only following libmali*
libmali.so(LIBMALI_1.0)
libmali.so.0.1
but many users of this link with libmali.so directly and according to
rpmdeps require libmali.so which causes file-rdeps for a lot of
recipes
* I was using simple work around to just set:
RPROVIDES_${PN} = "libmali.so libGLESv2.so libEGL.so"
but that doesn't work well with multilib, because the value gets
expanded with MLPREFIX and
RPROVIDES_${PN} = "lib32-libmali.so lib32-libGLESv2.so lib32-libEGL.so"
doesn't help at all.
[YOCTO #9217] Many unsolveable QA warnings from build-deps and file-rdeps
(From OE-Core rev: 01b9810ff1cea53ae321f6fbe760b83573ed78c0)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/gcc/gcc-sanitizers_8.1.bb')
0 files changed, 0 insertions, 0 deletions