Hi I've noticed some binNMUs failed on armel; mathicgb [1] (subsequently fixed by maintainer upload) and r-cran-rcppparallel [2]. Both seem to fail in a similar way:
/usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/11/../../../arm-linux-gnueabi/libtbb.so: undefined reference to `__atomic_fetch_sub_8' /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/11/../../../arm-linux-gnueabi/libtbb.so: undefined reference to `__atomic_load_8' call: dyn.load(path, local = FALSE, now = TRUE) error: unable to load shared object '/usr/lib/arm-linux-gnueabi/libtbb.so': /usr/lib/arm-linux-gnueabi/libtbb.so: undefined symbol: __atomic_fetch_sub_8 I also noticed the following in the armel build of onetbb [3]: dpkg-shlibdeps: warning: symbol __atomic_fetch_sub_8 used by debian/libtbb12/usr/lib/arm-linux-gnueabi/libtbb.so.12.5 found in none of the libraries dpkg-shlibdeps: warning: symbol __atomic_load_8 used by debian/libtbb12/usr/lib/arm-linux-gnueabi/libtbb.so.12.5 found in none of the libraries dpkg-shlibdeps: warning: symbol __atomic_fetch_add_8 used by debian/libtbb12/usr/lib/arm-linux-gnueabi/libtbb.so.12.5 found in none of the libraries Is this something that can/should be fixed in onetbb, or should this be fixed in the reverse-dependencies? Additionally, r-cran-rcppparallel failed on mipsel [4] and mips64el [5] with the following: /usr/bin/ld: cannot find -ltbbmalloc: No such file or directory collect2: error: ld returned 1 exit status This seems related to #1011112 [6]. What needs to happen here? Regards Graham [1] https://buildd.debian.org/status/logs.php?pkg=mathicgb&arch=armel [2] https://buildd.debian.org/status/logs.php?pkg=r-cran-rcppparallel&arch=armel [3] https://buildd.debian.org/status/fetch.php?pkg=onetbb&arch=armel&ver=2021.5.0-10&stamp=1655112619&raw=0 [4] https://buildd.debian.org/status/logs.php?pkg=r-cran-rcppparallel&arch=mipsel [5] https://buildd.debian.org/status/logs.php?pkg=r-cran-rcppparallel&arch=mips64el [6] https://bugs.debian.org/1011112
