On 2020/08/04 23:14, Stuart Henderson wrote: > More information after my next build (some build that failed caused > my log archival scripts to break) but there was a lot of breakage > on i386. > > I'll have complete logs when rebuild finishes in about 9 hours - > not sure when I will have time to upload them. > > Here are some of the more important broken ports: > > devel/llvm (knocks out ~2000 ports, many via rust/librsvg)
This was the "Looking for __atomic_load_8 in atomic - not found" one > devel/spidermonkey68 (970) ld.lld: warning: /usr/bin/../lib/crt0.o: --icf=safe is incompatible with object files created using objcopy or ld -r ld.lld: warning: /usr/bin/../lib/crtbegin.o: --icf=safe is incompatible with object files created using objcopy or ld -r ld.lld: warning: /usr/bin/../lib/libcompiler_rt.a(emutls.o): --icf=safe is incompatible with object files created using objcopy or ld -r ld.lld: warning: /usr/bin/../lib/libcompiler_rt.a(atomic.o): --icf=safe is incompatible with object files created using objcopy or ld -rld.lld: warning: /usr/bin/../lib/crtend.o: --icf=safe is incompatible with object files created using objcopy or ld -r ld.lld: error: undefined symbol: __atomic_is_lock_free > lang/node (230, including all main browsers) > databases/mariadb (150) I bet these are atomics too > devel/protobuf (80) ld: error: .libs/libprotobuf.so.7.0: undefined reference to __atomic_is_lock_free > > Some of the failure reasons: > > -- Looking for __atomic_load_8 in atomic - not found > CMake Error at cmake/modules/CheckAtomic.cmake:75 (message): > Host compiler appears to require libatomic, but cannot find it. > > ld: error: relocation R_386_PC32 cannot be used against symbol XX; recompile > with -fPIC >