Control: reassign -1 libtorrent-rasterbar10 1.2.5-1 Control: retitle -1 libtorrent-rasterbar must be linked against libatomic on armel/mipsel/m68k/powerpc/sh4 Control: affects -1 src:btfs
On Mon, Apr 27, 2020 at 10:16:59AM +0200, Graham Inggs wrote: >... > 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. >... > /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' >... libatomic is used by libtorrent-rasterbar. The correct solution is to link libtorrent-rasterbar against libatomic. cu Adrian