-
Notifications
You must be signed in to change notification settings - Fork 11.8k
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
static operator in headers and modules can't be merged well #61807
Comments
@llvm/issue-subscribers-clang-modules |
It works if we remove the "static" identifier from And it looks complex than it shows. For example, in Maybe is it a good idea to emit an error directly here? I am not sure. |
what is the content of "header_here.h" (a copy of "header.h")? [in C++20 modules] The content of the GMF is not visible to an importer of the module - however it is reachable (so that any decls in the GMF used in the exported named module purview are available). Actually, in the specific example (once we have completed GMF unused decl elision) the so is this an interaction between 'clang modules' and 'C++20 modules' rules? |
I think so.
I don't think so. It is easy to add a use for the static operator in |
Yes. Typo on my part. I just edited the original to fix that. |
|
Started in this issue here: #61493. Per request I'm filing another one with headers stripped down.
The types in Apple's
<simd/simd.h>
header do not seem to work well with C++ modules. Below you will see that there are operators defined, likeoperator *
, but they become unavailable when youimport
the module.I replaced a function implementation with
throw 1
to avoid pulling on the thread and including a lot more stuff.header.h
ModWithVectors_min.cc
main_min.cc
CMakeLists.txt
The error:
The text was updated successfully, but these errors were encountered: