Make EvaluatorMessageKind non_exhaustive? #12

Open
opened 2026-01-12 10:32:43 +00:00 by kloenk · 0 comments
Owner

it could make sense to mark rokc_core::evaluator::error::EvaluatorMessageKind as non_exhaustive. This would allow us to add new errors in minor versions without breaking compatibility. But would also result in less compile time checking for the implementation in ariadne (which is planned to be moved to rokc_cli)

it could make sense to mark `rokc_core::evaluator::error::EvaluatorMessageKind` as non_exhaustive. This would allow us to add new errors in minor versions without breaking compatibility. But would also result in less compile time checking for the implementation in ariadne (which is planned to be moved to rokc_cli)
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
rokc/rokc#12
No description provided.