On Wed, Feb 27, 2019 at 10:07:25AM -0800, Khem Raj wrote: > Signed-off-by: Khem Raj > --- > v2: Add checksums and fix version Something probably doesn't get rebuilt properly, I've noticed one failure in incremental build after applying this: ERROR: libvpx-1.7.0-r0 do_compile: Function failed: do_compile (log file is located at /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/libvpx/1.7.0-r0/temp/log.do_compile.28823) ERROR: Logfile of failure stored in: /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/libvpx/1.7.0-r0/temp/log.do_compile.28823 Log data follows: | DEBUG: Executing shell function do_compile | NOTE: make -j 9 | [DEP] test/test_vectors.cc.d | [DEP] vp8/common/entropymv.c.d | [DEP] vpx_dsp/skin_detection.c.d | [DEP] vp8/encoder/dct.c.d | [DEP] vp8/common/idctllm.c.d | make[1]: *** No rule to make target '/OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/libvpx/1.7.0-r0/recipe-sysroot-native/usr/lib/i586-webos-linux/gcc/i586-webos-linux/8.2.0/include/stddef.h', needed by 'vpx/src/vpx_decoder.c.o'. Stop. | Makefile:17: recipe for target '.DEFAULT' failed | make: *** [.DEFAULT] Error 2 | ERROR: oe_runmake failed | WARNING: /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/libvpx/1.7.0-r0/temp/run.do_compile.28823:1 exit 1 from 'exit 1' | ERROR: Function failed: do_compile (log file is located at /OE/build/luneos-master/webos-ports/tmp-glibc/work/i586-webos-linux/libvpx/1.7.0-r0/temp/log.do_compile.28823) NOTE: recipe libvpx-1.7.0-r0: task do_compile: Failed ERROR: Task (/OE/build/luneos-master/webos-ports/meta-openembedded/meta-oe/recipes-multimedia/webm/libvpx_1.7.0.bb:do_compile) failed with exit code '1' I will check where the path with 8.2.0 came from, but cleaning the libvpx WORKDIR fixes the failure. Maybe there is something wrong with the WORKDIR cleanup when do_configure is being re-executed (like fdt issue in qemu-native reported in the other thread). Well libvpx doesn't use autotools/cmake with separate B/S directories, so the automatic cleanup during do_configure cannot do much. Regards,