Add support for utimensat as an alternative to lutimes
#11751
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
OpenBSD doesn't support `lutimes`, but does support `utimensat` which subsumes it. In fact, all the BSDs, Linux, and newer macOS all support it. So lets make this our first choice for the implementation. In addition, let's get rid of the `lutimes` `ENOSYS` special case. The Linux manpage says > ENOSYS > > The kernel does not support this call; Linux 2.6.22 or later is > required. which I think is the origin of this check, but that's a very old version of Linux at this point. The code can be simplified a lot of we drop support for it here (as we've done elsewhere, anyways). Co-Authored-By: John Ericson <[email protected]>
edolstra
reviewed
Oct 27, 2024
| }; | ||
| if (utimensat(AT_FDCWD, path.c_str(), times, AT_SYMLINK_NOFOLLOW) == -1) | ||
| throw SysError("changing modification time of '%s' (using `utimensat`)", path); | ||
| #else |
There was a problem hiding this comment.
Do we even need to keep lutimes if all modern OSes support utimensat?
There was a problem hiding this comment.
I am fine either way. I guess I would lean towards removing it in a separate commit/PR so if we need it back it's an easier revert.
There was a problem hiding this comment.
Agree with separating. It may have some knock-on implications like increasing the minimum macOS version enforced in the installer (I think utimensat was added in 10.13).
Ericson2314
approved these changes
Oct 27, 2024
Ericson2314
added
backport 2.3-maintenance
backport 2.24-maintenance
Ericson2314
added a commit
that referenced
this pull request
Oct 28, 2024
…1751 Add support for `utimensat` as an alternative to `lutimes` (backport #11751)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
OpenBSD doesn't support
lutimes, but does supportutimensatwhich subsumes it. In fact, all the BSDs, Linux, and newer macOS all support it. So lets make this our first choice for the implementation.In addition, let's get rid of the
lutimesENOSYSspecial case. The Linux manpage sayswhich I think is the origin of this check, but that's a very old version of Linux at this point. The code can be simplified a lot of we drop support for it here (as we've done elsewhere, anyways).
Motivation
We've been working towards a more functional nix on various *BSD systems. This fixes a nonessential feature, and is useful i combination with #11750 which fixes build on OpenBSD
Context
OpenBSD does not support the
lutimessyscall to mtime of a symlink. However, it supports the commonutimensatsyscall that allows setting mtimes with nanosecond precision for symlinks.As part of the change, @Ericson2314 noticed that
lutimeshas been in Linux for 17 years and the fallback is no longer required, making it easier to clean up the code.Priorities and Process
Add 👍 to pull requests you find important.
The Nix maintainer team uses a GitHub project board to schedule and track reviews.