Conversation
|
Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). View this failed invocation of the CLA check for more information. For the most up to date status, view the checks section at the bottom of the pull request. |
Introduces a new lint/ package and cmd/mangle-lint binary that reuses the existing analysis infrastructure and adds new quality checks: unused predicates, missing documentation, naming conventions, singleton variables, rule complexity, and dead code detection. Supports text and JSON output, configurable severity, and per-rule enable/disable flags.
03dc5d5 to
bc79d0f
Compare
|
@burakemir can you please review this linter? I wanted to separate this as a separate cmd as opposed to debugging on compiler feedback alone. |
|
Thanks for the suggestion of linting. I am worried that a separate linter CLI will lead to a separate set of rules. This is not a good pattern, I'd rather have a flag passed to the interpreter that changes it into a mode where it stops after analysis, and possible even formats or automatically fixes source files. Note also that Mangle development has now moved to Codeberg now: #89 |
mangle-lint
lint/package andcmd/mangle-lintbinary — a standalone linter for Mangle.mgfilesanalysisinfrastructure (validation, temporal recursion, stratification, bounds checking) and surfaces findings as lint resultsunused-predicatemissing-docnaming-conventionsingleton-variableoverly-complex-ruledead-code-disable/-enableflagsUsage