Hi Richard, Khem, > > Changes v4->v5: > > * Put back 0002-kernel-controllers-Link-with-libfts-explicitly-on- > > mu.patch > > as it still needed on MUSL (although it should not be needed, > > strange). > > Reported by Anuj Mittal
> I'm sorry to say that this still isn't quite right for musl: > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1634 > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1630 > Still having the fts issue :( OK, step1b is still problematic: /home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld: /usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3224: undefined reference to `fts_read' /home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld: /usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3224: undefined reference to `fts_read' /home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld: /usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3269: undefined reference to `fts_close' /home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld: /usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3277: undefined reference to `fts_close' At least we know, that once we solve this problem, we can remove 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch Please, how to reproduce this build locally? Is it: . oe-init-build-env TCLIBC=musl bitbake ltp Or do I need to put something into config files conf/local.conf or conf/bblayers.conf ? I need to double check if musl-fts is really built and whether the order of -lfts is correct. But all this has been solved even for static build for Buildroot, so I guess it's some issue related to openembedded. Unfortunately, I'm not much experienced in openembedded (stepped in, because nobody else has updated LTP package yet). Khem, any idea, what can be wrong? Kind regards, Petr -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
