[llvm-bugs] [Bug 44272] [CLANG-CL] 64x inline assembler function call/jump miscompiled

via llvm-bugs llvm-bugs at lists.llvm.org
Thu Dec 12 11:26:12 PST 2019


Martynas Skirmantas <zegzmanzoro at gmail.com> changed:

           What    |Removed                     |Added
         Resolution|---                         |WONTFIX
             Status|NEW                         |RESOLVED

--- Comment #4 from Martynas Skirmantas <zegzmanzoro at gmail.com> ---
Yeah, understood, doesn't look like this will go anywhere but would be great, I
wouldn't say that its banned, there were recent posts of Microsoft claiming
they are looking into it but there's still no response from them regarding
that, intrinsics don't really cut it when you need absolute control without the
function call overhead or some other reason? truly a bummer for someone that
works with the system internals all the time.

GCC/G++ (GNU) supports 64bit inline assembly which I have used in the past but
moved on due the need to use windows libraries which has many problems when
attempted to use with GNU. I've even managed to make a couple of kernel drivers
with it, but that is not a option for someone that of focusing on only windows
and needs to use very uncommon libraries.

Well, thank you for taking the time at taking a look at the problem, I thought
it may be worth reporting regardless so it wouldn't go unnoticed.

You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20191212/95d7d689/attachment.html>

More information about the llvm-bugs mailing list