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
>
No comments:
Post a Comment