This is under clang/musl. make[2]: Entering directory '/var/tmp/portage/net-fs/nfs-utils-2.6.4-r3/work/nfs-utils-2.6.4/utils/exportd' clang -DHAVE_CONFIG_H -I. -I../../support/include -I/usr/include/tirpc -I../../support/export -Wall -Wextra -Werror=strict-prototypes -fno-strict-aliasing -O2 -pipe -c -o exportd-exportd.o `test -f 'exportd.c' || echo './'`exportd.c /bin/sh ../../libtool --tag=CC --mode=link clang -Wall -Wextra -Werror=strict-prototypes -fno-strict-aliasing -O2 -pipe -Wl,-O1 -Wl,--as-needed -o exportd exportd-exportd.o ../../support/export/libexport.a ../../support/nfs/libnfs.la ../../support/misc/libmisc.a ../../support/reexport/libreexport.a -lblkid -lpthread -luuid -lresolv -lsqlite3 -levent_core libtool: link: clang -Wall -Wextra -Werror=strict-prototypes -fno-strict-aliasing -O2 -pipe -Wl,-O1 -o exportd exportd-exportd.o -Wl,--as-needed ../../support/export/libexport.a ../../support/nfs/.libs/libnfs.a ../../support/misc/libmisc.a ../../support/reexport/libreexport.a -lblkid -lpthread -luuid -lresolv -lsqlite3 -levent_core ld.lld: error: undefined symbol: cleanup_lockfiles >>> referenced by exportd.c >>> exportd-exportd.o:(main) >>> referenced by exportd.c >>> exportd-exportd.o:(killer) clang: error: linker command failed with exit code 1 (use -v to see invocation) Reproducible: Always
Created attachment 883161 [details] build.log
Created attachment 883162 [details] emerge-info
Created attachment 883163 [details] build.log
Created attachment 883542 [details] build.log on ~arm w/ gcc-glibc basically the same error also on ~arm with gcc&glibc
Created attachment 883543 [details] emerge --info for ~arm on gcc&glibc
Can also confirm for gcc+glibc on ~x86_64. GCC: gcc-13.2.1_p20240113-r1 GLIBC: glibc-2.38-r9
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c38258f864e03a8d09402f3b484c789a857e665d commit c38258f864e03a8d09402f3b484c789a857e665d Author: David Seifert <soap@gentoo.org> AuthorDate: 2024-01-29 11:01:57 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2024-01-29 11:01:57 +0000 net-fs/nfs-utils: fix C99 inline semantics Closes: https://bugs.gentoo.org/922958 Signed-off-by: David Seifert <soap@gentoo.org> .../files/nfs-utils-2.6.4-C99-inline.patch | 26 ++++++++++++++++++++++ net-fs/nfs-utils/nfs-utils-2.6.4-r3.ebuild | 1 + 2 files changed, 27 insertions(+)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=95ea2892ef10dce481fce2ecf1b2e10928df1f99 commit 95ea2892ef10dce481fce2ecf1b2e10928df1f99 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-08-30 16:35:19 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-08-30 16:36:10 +0000 net-fs/nfs-utils: restore inline patch I dropped it as ${P} is usually a hint that a patch was sent upstream and merged, but it wasn't the case here. I'll send it upstream shortly. Bug: https://bugs.gentoo.org/922958 Closes: https://bugs.gentoo.org/938733 Signed-off-by: Sam James <sam@gentoo.org> net-fs/nfs-utils/nfs-utils-2.7.1.ebuild | 1 + 1 file changed, 1 insertion(+)
