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

Allow for Additional Problem Matchers to be defined in the settings #4077

Open
tfinnegan937 opened this issue Sep 17, 2024 · 0 comments
Open
Labels
enhancement an enhancement to the product that is either not present or an improvement to an existing feature Feature: UI more votes needed We currently are de-prioritizing this issue until more community up-votes are provided
Milestone

Comments

@tfinnegan937
Copy link

Brief Issue Summary

When using CMake, it is a common use case that you would integrate a linter like clang-tidy or PCLint Plus, or some processing scripts directly into your cmake build as prebuild commands with add_custom_command or add_custom_target.

These tools generate warnings that are not in the format that CMake Tools expects, and thus dont show up in the "Problems" output.

Currently, the only solution to this is to create a VSCode task that invokes CMake, and then apply your problem matchers there.

This is inconvenient, because you can no longer run the build through the CMake Tools menus, and need to use your custom task.

It would be wonderful if CMake Tools exposed a setting that allowed us to add additional problem matchers to its internal tasks, such that we can aggregate all of the errors from all of our tools without needing to run the build from outside of CMake Tools.

CMake Tools Diagnostics

N/A

Debug Log

N/A

Additional Information

N/A

@github-project-automation github-project-automation bot moved this to Blocked in CMake Tools Sep 17, 2024
@Yingzi1234 Yingzi1234 added enhancement an enhancement to the product that is either not present or an improvement to an existing feature and removed triage labels Sep 20, 2024
@gcampbell-msft gcampbell-msft added the more votes needed We currently are de-prioritizing this issue until more community up-votes are provided label Oct 2, 2024
@gcampbell-msft gcampbell-msft moved this from Blocked to Pending Prioritization in CMake Tools Oct 2, 2024
@gcampbell-msft gcampbell-msft added this to the Backlog milestone Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement an enhancement to the product that is either not present or an improvement to an existing feature Feature: UI more votes needed We currently are de-prioritizing this issue until more community up-votes are provided
Projects
Status: Pending Prioritization
Development

No branches or pull requests

3 participants