[PATCH] D40094: LTO: clarify why we need to gracefully handle sys::fs::rename failures
Bob Haarman via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed Nov 15 17:17:10 PST 2017
inglorion updated this revision to Diff 123109.
inglorion added a comment.
rebase
https://reviews.llvm.org/D40094
Files:
llvm/lib/LTO/Caching.cpp
Index: llvm/lib/LTO/Caching.cpp
===================================================================
--- llvm/lib/LTO/Caching.cpp
+++ llvm/lib/LTO/Caching.cpp
@@ -73,13 +73,15 @@
TempFile.TmpName + ": " +
MBOrErr.getError().message() + "\n");
- // This is atomic on POSIX systems.
- // On Windows, it can fail with permission denied if the destination
- // file already exists. Since the existing file should be semantically
- // equivalent to the one we are trying to write, we give AddBuffer
- // a copy of the bytes we wrote in that case. We do this instead of
- // just using the existing file, because the pruner might delete the
- // file before we get a chance to use it.
+ // On POSIX systems, this will atomically replace the destination if
+ // it already exists. We try to emulate this on Windows, but this may
+ // fail with a permission denied error (for example, if the destination
+ // is currently opened by another process that does not give us the
+ // sharing permissions we need). Since the existing file should be
+ // semantically equivalent to the one we are trying to write, we give
+ // AddBuffer a copy of the bytes we wrote in that case. We do this
+ // instead of just using the existing file, because the pruner might
+ // delete the file before we get a chance to use it.
Error E = TempFile.keep(EntryPath);
E = handleErrors(std::move(E), [&](const ECError &E) -> Error {
std::error_code EC = E.convertToErrorCode();
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D40094.123109.patch
Type: text/x-patch
Size: 1649 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20171116/455555b6/attachment.bin>
More information about the llvm-commits
mailing list