14112 2020-11-02 23:29:10 +0000 nspr-native with OE/Yocto build tools doesn't build [Ubuntu 16.04.6]: undefined reference to `__clock_getres@GLIBC_PRIVATE' 2021-02-09 14:26:26 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain unspecified x86 Multiple RESOLVED FIXED backport? Medium+ normal 3.3 M2 1 david.abdurachmanov richard.purdie akuster808 meta.mr.watcher meta.watcher randy.macleod --- --- Don't know oldest_to_newest 88538 0 david.abdurachmanov 2020-11-02 23:29:10 +0000 I am running Ubuntu 16.04.6 LTS which has too old GCC (5.4) for OpenEmbedded. I use build tools from Yocto which brings 10.2.0 version. It used to work just fine until very recently. I am no more able to build nspr-native. OE-Core (check out at Nov 3rd, master branch, 34ef5c2a8d77fcb4a51c875a443f7b97b409586e). Meta-OE (check out at Nov 3rd, master branch, ac4ccd2fbbb599d75ca4051911fcbaca39dbe6d7). [..] | gcc -o abstract.o -c -fvisibility=hidden -isystem/build/tmp-glibc/work/x86_64-linux/nspr-native/4.29-r0/recipe-sysroot-native/usr/include -isystem/build/tmp-glib c/work/x86_64-linux/nspr-native/4.29-r0/recipe-sysroot-native/usr/include -O2 -pipe -Wall -pthread -g -fno-inline -fPIC -UNDEBUG -DDEBUG_not_whoami -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STR ING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -D_GNU_SOURCE=1 -DHAVE_FCNTL_FILE_LOCKING=1 -DHAVE_POINTER_LOCALTIME_R=1 -DLINUX=1 -DHAVE _DLADDR=1 -DHAVE_GETTID=1 -DHAVE_LCHOWN=1 -DHAVE_SETPRIORITY=1 -DHAVE_STRERROR=1 -DHAVE_SYSCALL=1 -DHAVE_SECURE_GETENV=1 -D_REENTRANT=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_PR_INET6 -I../../dist/include/nspr -I../../../nspr-4.29/nspr/pr/include -I../../../nspr-4.29/nspr/pr/include/private ../../../nspr-4.29/nspr/pr/tests/abstract.c | gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib -lnspr4 -lpthread -o abstract | /openembedded-core/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/10.2.0/../../../../x86_64-pokysdk-linux/bin/ld: /lib/x86_64-linux-gnu/librt.so.1: undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' | /openembedded-core/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/10.2.0/../../../../x86_64-pokysdk-linux/bin/ld: /lib/x86_64-linux-gnu/librt.so.1: undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' | /openembedded-core/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/10.2.0/../../../../x86_64-pokysdk-linux/bin/ld: /lib/x86_64-linux-gnu/librt.so.1: undefined reference to `__clock_settime@GLIBC_PRIVATE' | /openembedded-core/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/10.2.0/../../../../x86_64-pokysdk-linux/bin/ld: /lib/x86_64-linux-gnu/librt.so.1: undefined reference to `__clock_getres@GLIBC_PRIVATE' | collect2: error: ld returned 1 exit status | make: *** [Makefile:380: abstract] Error 1 | make: Leaving directory '/build/tmp-glibc/work/x86_64-linux/nspr-native/4.29-r0/build/pr/tests' | WARNING: /build/tmp-glibc/work/x86_64-linux/nspr-native/4.29-r0/temp/run.do_compile.458191:196 exit 1 from 'exit 1' [..] The same issue was reported back in May 2020: https://patchwork.openembedded.org/patch/172346/ I have tried to incl. nativesdk-glibc into buildtools-extended-tarball, but that didn't solve the issue. 88539 1 david.abdurachmanov 2020-11-03 01:37:51 +0000 I noticed that my old builds are working fine, so I tested the last 3 versions of build tools: ./openembedded-core/scripts/install-buildtools -r yocto-3.2_M1 -t 20200617 ./openembedded-core/scripts/install-buildtools -r yocto-3.2_M2 -t 20200729 ./openembedded-core/scripts/install-buildtools -r yocto-3.2_M3 -t 20200923 M1 and M2 worked fine with oe-core & meta-oe being at master. M3 and my own built from the master do not work with nspr-native package. 88553 2 akuster808 2020-11-05 07:48:46 +0000 meta-oe did update the nspr package oct 19. 88565 3 david.abdurachmanov 2020-11-05 08:19:58 +0000 I have tried to downgrade nspr version, but that was failing the same way. 89185 4 richard.purdie 2021-02-09 14:21:55 +0000 As mentioned in: https://patchwork.openembedded.org/patch/172346/ the real issue is that you likely need: https://patchwork.openembedded.org/patch/171584/ which is a patch for binutils. That should ensure it looks at librt from the sysroot before it looks at the one from host system and should resolve this issue. 89186 5 david.abdurachmanov 2021-02-09 14:26:26 +0000 IIRC it did incl. this commit, but the patch didn't solve the problem. The patch was committed in April, and I was using oe-core master in November. Maybe I should give it another try as ~3 months have passed.