Source: btfs Version: 2.20-1 Severity: serious Tags: ftbfs bullseye sid Hi Maintainer
A recent rebuild of btfs against libtorrent-rasterbar10 FTBFS on release architectures armel and mipsel, among others [1]. I've included what I hope is the relevant part of the log below. I believe the solution is to link against -latomic, and since linking is with --as-needed by default now, it should be safe to do this for all architectures. Regards Graham [1] https://buildd.debian.org/status/package.php?p=btfs g++ -std=c++11 -Wall -Wextra -Wconversion -Wsign-compare -Wsign-conversion -Wno-unused-parameter -D_FILE_OFFSET_BITS=64 -I/usr/include/fuse -DTORRENT_USE_OPENSSL -DTORRENT_USE_LIBCRYPTO -DBOOST_ASIO_HAS_STD_CHRONO=1 -DBOOST_EXCEPTION_DISABLE -DBOOST_ASIO_ENABLE_CANCELIO -DTORRENT_LINKING_SHARED -I/usr/include/libtorrent -I/usr/include/arm-linux-gnueabi -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wl,-z,now -o btfs btfs-btfs.o -lfuse -pthread -ltorrent-rasterbar -lboost_system -lcurl -lpthread /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so: undefined reference to `__atomic_fetch_add_8' /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so: undefined reference to `__atomic_store_8' /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so: undefined reference to `__atomic_load_8' /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so: undefined reference to `__atomic_compare_exchange_8' collect2: error: ld returned 1 exit status
