Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 21 Feb 2023 05:09:05 +0100
From: Markus Wichmann <>
Subject: Re: Feature request: expose Linux-specific renameat2 function

On Tue, Feb 21, 2023 at 12:28:41AM +0100, vi0oss wrote:
> RENAME_WHITEOUT constants that are likely to be the
> reason to use renameat2 instead of renameat, but this
> should still simplify linking issues arising from the
> use of renameat2 and enable simpler workarounds.

I'm wondering why this system call cannot be handled like every other
new system interface: By making the users copy the necessary definitions
into their projects and wrapping the syscall themselves while the libc
does not contain them.

I don't think the patch could be applied as-is. There is little obvious
reason (and no reason given) why this needs to be added to the
renameat.c file instead of its own file. Nor is it obvious why the
abovementioned constants cannot be added under _GNU_SOURCE. If they are
kernel interface, they cannot change anymore.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.