Date: Wed, 03 Apr 2024 12:17:54 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 278141] stable/13: Incremental build sometimes gives "ld: error: relocation R_X86_64_32S cannot be used against local symbol; recompile with -fPIC" for ftpd(8) and sshd(8) Message-ID: <bug-278141-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278141 Bug ID: 278141 Summary: stable/13: Incremental build sometimes gives "ld: error: relocation R_X86_64_32S cannot be used against local symbol; recompile with -fPIC" for ftpd(8) and sshd(8) Product: Base System Version: 13.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: Trond.Endrestol@ximalas.info This might be caused by a race condition between libblacklist(3) and its in-tree consumers. --- ftpd.full --- ld: error: relocation R_X86_64_32S cannot be used against local symbol; recompile with -fPIC >>> defined in /usr/obj/usr/src/amd64.amd64/lib/libblacklist/libblacklist.a= (blacklist.o) >>> referenced by blacklist.c:67 (/usr/src/contrib/blacklist/lib/blacklist.= c:67) >>> blacklist.o:(blacklist_sa) in archive /usr/obj/usr/src/am= d64.amd64/lib/libblacklist/libblacklist.a Here are some technical details about our builder. It runs stable/13 amd64 built on 2024-02-26T00:30Z and it builds stable/13 amd64 using the aforementioned environment. It has two Intel(R) Xeon(R) Gold 6152 CPU @ 2.1= 0GHz (2095.08-MHz K8-class CPU). In other words, 2 package(s) x 22 core(s) x 2 hardware threads. The memory is at 1.5 TiB. (This server was donated to us.) Ccache 3.7.12_6 is in use with the cache's limit set to "128Gi". Previously, we ran "make buildworld buildkernel" at -j 176, and now we're b= ack at "sysctl -n hw.ncpu", i.e. 88. This might still be too many jobs when libblacklist(3) must be rebuilt. Maybe the cap should be at 64 jobs or lowe= r. Sometimes the build of sshd(8) could be affected. This was true at times wh= en we ran "make buildworld buildkernel" at -j 176. The last time this happened was on 2024-03-28T00:30Z. make(1) was running a= t -j 88. These changes were picked up that night: 285f941478d8..b5e7969b239f stable/13 -> freebsd/stable/13 usr.bin/truss/syscalls.c | 2 ++ usr.sbin/daemon/daemon.c | 14 +++++++++----- The previous run on the previous day (2024-03-27T00:30Z) was successful, and picked up these changes: b16cb28aca00..285f941478d8 stable/13 -> freebsd/stable/13 lib/libc/xdr/xdr_rec.c | 4 ++-- share/man/man4/cxgbe.4 | 2 +- share/man/man9/intr_event.9 | 2 +- A workaround might be to run "make buildworld buildkernel" one more time if= the previous attempt failed for whatever reason. I'll alter our build script shortly. /etc/src.conf contains these lines: WITH_CLANG_EXTRAS=3Dyes WITH_CLANG_FULL=3Dyes WITHOUT_CLEAN=3Dyes WITH_CTF=3Dyes WITH_DEBUG_FILES=3Dyes WITH_LIBCPLUSPLUS=3Dyes WITH_LLDB=3Dyes WITHOUT_REPRODUCIBLE_BUILD=3Dyes /etc/src-env.conf contains this line: WITH_META_MODE=3Dyes /etc/make.conf contains these lines: WITH_CCACHE_BUILD=3Dyes CCACHE_DIR?=3D/var/cache/ccache # DTrace for both base and ports. See https://wiki.freebsd.org/DTrace/KernelSupport. STRIP=3D CFLAGS+=3D-fno-omit-frame-pointer WITH_CTF=3D1 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-278141-227>