[Bug 293672] sysutils/coreutils: fails to build after (presumably) base 28599a1e5f1b
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 11 Mar 2026 22:28:35 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293672
Charlie Li <vishwin@freebsd.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |maintainer-feedback?(jharri
| |s@widomaker.com)
CC| |vishwin@freebsd.org
--- Comment #5 from Charlie Li <vishwin@freebsd.org> ---
(In reply to Dimitry Andric from comment #3)
Looks like when gnulib (included in coreutils) originally implemented its
renameat2, now renameatu due to glibc having added its own renameat2, the
intent was to access RENAME_NOREPLACE, which is probably why this was the only
macro checked. Probably also an assumption that if RENAME_NOREPLACE exists, the
others do as well.
coreutils 9.10 is now available but this part of gnulib has not changed since
originally implemented, save for changing the included header from Linux's
filesystem to <stdio.h>.
--
You are receiving this mail because:
You are the assignee for the bug.