Hi Martin,
I've figured out the reason, this is because the task's default cwd
is ${B}, the easier way to fix the problem is use mkdir -p rather than
mkdir, autotools.bbclass also has this problem, but I'd like to fix
exec_func, I will send a patch to bitbake-devel after more testing.
// Robert
On 09/15/2015 01:53 PM, Robert Yang wrote:
Hi Martin,
Sorry, I'm blocked by mutitlib SDK issues recently, I will fix it sooner.
Revert the patch is fine to me if it is urgent.
// Robert
On 09/15/2015 01:29 PM, Martin Jansa wrote:
* This reverts commit 9dafa571ed0a40d21a886dec7704c31150b21942.
* The "fix" is causing more issues then it's fixing and there was no
feedback in many months.
* More info:
http://lists.openembedded.org/pipermail/openembedded-core/2015-June/105684.html
http://lists.openembedded.org/pipermail/openembedded-core/2015-September/109870.html
http://lists.openembedded.org/pipermail/openembedded-core/2015-September/110338.html
Signed-off-by: Martin Jansa <[email protected]>
---
meta/recipes-kernel/perf/perf.bb | 4 ----
1 file changed, 4 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index adb3a2c..f1d7894 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -118,10 +118,6 @@ do_install() {
}
do_configure_prepend () {
- # Fix for rebuilding
- rm -rf ${B}/
- mkdir ${B}/
-
# If building a multlib based perf, the incorrect library path will be
# detected by perf, since it triggers via: ifeq ($(ARCH),x86_64). In a
32 bit
# build, with a 64 bit multilib, the arch won't match and the detection
of a
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core
