-
Notifications
You must be signed in to change notification settings - Fork 13.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clang + -fms-extensions: __FUNCSIG__ is not a literal #114
Comments
@llvm/issue-subscribers-clang-frontend |
dupe of #30933 |
@nico but it seems like it is a different issue. |
You're right, apologies. |
Thank you for fixing this. TBH, it feels like this behavior should be default for all predefined string macros in both Clang and GCC, I don't see any reason why it shouldn't. Anyway, it is at least available as an option in Clang. |
patch was reverted, reopening |
for why this isn't a string literal normally, that's a spec requirement: https://stackoverflow.com/questions/4384765/whats-the-difference-between-pretty-function-function-func |
* [Clang][XTHeadVector] Implement 14.16-14.18 `vf{n,w}cvt` * [Clang][XTHeadVector] Test 14.16-14.18 `vf{n,w}cvt` * [Clang][XTHeadVector] Implement & Test `vfwcvt_f` * [Clang][XTHeadVector] Implement wrappers for 14.16-14.18
…#114… (llvm#115539) …293)" This reverts commit da9499e.
__FUNCSIG__
is a literal in MSVC, so you can write something like this:Clang with
-fms-extensions
specified can't compile it:The text was updated successfully, but these errors were encountered: