-
Notifications
You must be signed in to change notification settings - Fork 7
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
Formulate a questionnaire to start the conversation with tooling providers #30
Comments
I will edit the description of the issue as feedback is provided in comments here. Please let me know if the questions are clear and if you think they're starting points for input. Also, let me know if you have any additional questions that you think would be helpful. |
What is the target for the question? Even if for compilers (clang or gcc or ...), it reads odd. Since there are not compilers for the different compiler communities. |
The target is for things at a higher level, such as build systems, package managers and static analysis tools. |
Oh, I see. You want to ask: what do you want to do if there a compiler that supports multiple different standard modules? Then it makes sense. |
I updated the wording a bit to make that more clear. |
I'll use this issue to refine a questionnaire that will be used to jump start the conversations with tooling providers on what the support for a project that does
import std
is, where that development needs to go, and perhaps more importantly, what is needed from the ecosystem for that support to become fully supported.Questionnaire Template
What is the current level of support for "a project that does
import std
" in this tool today?Is there any impediment, besides funding, to drive the completion of the support for that feature?
If applicable, what is the plan for your tool to support compilers that support multiple different standard libraries?
If applicable, what is the plan for your tool to support different compilers?
If applicable, what is the plan for your tool to support different translation units in the same project requiring different BMIs (Built Module Interfaces) for the
std
module?What would you need from other parts of the ecosystem to make the implementation of "a project that does
import std
" viable in your tool?The text was updated successfully, but these errors were encountered: