Skip to content
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

Open
ruoso opened this issue Nov 28, 2023 · 5 comments
Open

Comments

@ruoso
Copy link
Collaborator

ruoso commented Nov 28, 2023

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

  1. What is the current level of support for "a project that does import std" in this tool today?

  2. Is there any impediment, besides funding, to drive the completion of the support for that feature?

  3. If applicable, what is the plan for your tool to support compilers that support multiple different standard libraries?

  4. If applicable, what is the plan for your tool to support different compilers?

  5. 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?

  6. 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?

@ruoso
Copy link
Collaborator Author

ruoso commented Nov 28, 2023

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.

@ChuanqiXu9
Copy link

If applicable, what is the plan for compilers that support multiple different standard libraries?

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.

@ruoso
Copy link
Collaborator Author

ruoso commented Nov 29, 2023

If applicable, what is the plan for compilers that support multiple different standard libraries?

What is the target for the question?

The target is for things at a higher level, such as build systems, package managers and static analysis tools.

@ChuanqiXu9
Copy link

If applicable, what is the plan for compilers that support multiple different standard libraries?

What is the target for the question?

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.

@ruoso
Copy link
Collaborator Author

ruoso commented Nov 30, 2023

I updated the wording a bit to make that more clear.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Development

No branches or pull requests

2 participants