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

Add support for specifying separate C and C++ compiler paths and args #42

Open
Colengms opened this issue May 4, 2022 · 2 comments
Open

Comments

@Colengms
Copy link
Contributor

Colengms commented May 4, 2022

Related to: microsoft/vscode-cpptools#9266

Opening this to track updating compilerPath, compilerArgs, and compilerFragments fields to allow separate values to be provided for C vs. C++.

@Colengms
Copy link
Contributor Author

Colengms commented May 4, 2022

Technically, a custom configuration provider could manage multiple subprojects within the same workspace, use multiple different compilers to build sources within the same project, or even build some files in the project with different sets of args that influence the include paths returned from the compiler.

Perhaps instead of applying this change to these fields in WorkspaceBrowseConfiguration, specifically, it should instead have an array of compilerPath/compilerArgs pairs, to allow all such combinations to be queried for include paths.

@bobbrow
Copy link
Member

bobbrow commented May 4, 2022

Perhaps instead of applying this change to these fields in WorkspaceBrowseConfiguration, specifically, it should instead have an array of compilerPath/compilerArgs pairs, to allow all such combinations to be queried for include paths.

Let's not do this until/unless it becomes a scenario our customers explicitly ask for. My opinion is that what most developers need is a pointer to *any* implementation of the STL so that auto-complete will work for them. I don't expect them to need N copies of compiler-specific implementations.

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

No branches or pull requests

2 participants