Skip to content

Conversation

@lsf37
Copy link
Member

@lsf37 lsf37 commented Jan 5, 2023

  • use a set of suppressed warnings
  • add API for warning suppression
  • add CLI for warning suppression
  • add lex spec directives for warning suppression
  • add to docs

@lsf37 lsf37 requested a review from regisd as a code owner January 5, 2023 00:39
@lsf37 lsf37 self-assigned this Jan 5, 2023
@lsf37 lsf37 added the enhancement Feature requests label Jan 5, 2023
@lsf37 lsf37 added this to the 1.9.0 milestone Jan 5, 2023
lsf37 added 8 commits January 5, 2023 16:14
This should make all remaining uses of plain string warnings obsolete.
Depcrecates `void warning(String message)`.
The only remaining uses are now in test cases.
- keep a set of configurable warnings in ErrorMessages
- CLI: add --warn-all/--no-warn-all to switch on/off all warnings
- CLI: --warn-<warning> enables a warning
- CLI: --no-warn-<warning> suppresses a warning
@lsf37 lsf37 merged commit 825d08c into master Jan 5, 2023
@lsf37 lsf37 deleted the warnings branch January 5, 2023 06:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement Feature requests

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants