Hello Mike,
thank you! That fixed it.
With the new version it works with the test project as well as my own project.
The error is no longer shown.
Best regards,
Christoph
Am 14.05.2020 um 10:06 schrieb Mike Shal:
On Wed, May 13, 2020 at 8:00 AM Christoph Harder <[email protected]> wrote:
Hello Mike,
1) the output of clang --version is:
clang version 10.0.0
Target: x86_64-pc-windows-msvc
Thread model: posix
InstalledDir: C:\Program Files\LLVM\bin
2) The output of lld-link --vrsion is:
LLD 10.0.0
Thanks, this seemed to be the part I was missing. I was still running clang
6...
The problem was that clang now creates 2 temporary files, one of which it
sets delete-on-close with NtSetInformationFile using the
FileDispositionInformation data, and the other one it renames to the final
output with NtSetInformationFile using the FileRenameInformation data. Tup
already handled the rename information (as part of supporting older
versions of clang), but it did not handle the FileDispositionInformation as
a method of deleting files. So it saw the file being created, but not that
it was delete-on-close, and flagged it as an error.
I believe this is now handled properly in
http://gittup.org/tup/win32/tup-v0.7.8-38-gd1a99c15.zip - can you give that
a try? Hopefully we're getting closer :)
-Mike
--
--
tup-users mailing list
email: [email protected]
unsubscribe: [email protected]
options: http://groups.google.com/group/tup-users?hl=en
---
You received this message because you are subscribed to the Google Groups "tup-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/tup-users/c082e999-ba89-e548-3e24-55f9463c3975%40arcor.de.
