[llvm-dev] TempFile::keep() issue on WIndows

[Snider, Todd via llvm-dev]

Hi Alex,

I was able to confirm that your fix addressed the issue I was seeing.

Thanks!!!

~ Todd

From: Alexandre Ganea <alexandre.ganea at ubisoft.com>
Sent: Wednesday, March 24, 2021 6:18 PM
To: Snider, Todd <t-snider at ti.com>
Cc: llvm-dev at lists.llvm.org
Subject: [EXTERNAL] RE: TempFile::keep() issue on WIndows

Hello Todd,

I've landed
https://github.com/llvm/llvm-project/commit/64ab2b6825c5aeae6e4afa7ef0829b89a6828102
which should fix the problem you're seeing. If it doesn't, please let me know.

Alex.

De : llvm-dev <llvm-dev-bounces at lists.llvm.org<mailto:llvm-dev-bounces at lists.llvm.org>> De la part de Snider, Todd via llvm-dev
Envoyé : March 18, 2021 7:12 PM
À : llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>
Objet : [llvm-dev] TempFile::keep() issue on WIndows

Hi All,

I've run into an issue trying to run an llvm-ar executable built on Windows 10 on a Windows 7 machine.

I get a permission denied error when the archiver tries to write the new archive file:

%> llvm-ar rv mylib.lib foo.o
llvm-ar.exe: warning: creating mylib.lib
llvm-ar.exe: error: mylib.lib: permission denied

I've tracked the issue down to a call to ::GetFinalPathByHandle() from realPathFromHandle() (defined in llvm/lib/Support/Windows/Path.inc).
realPathFromHandle() will set an error code when ::GetFinalPathByHandle() returns a value of 0 (as it does in the above case).

Is there a known incompatibility/limitation/bug with trying to run the Windows 10 kernel version of GetFinalPathByHandle() on a Windows 7 machine?

~ Todd Snider


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210325/f51e62c7/attachment.html>