-
Notifications
You must be signed in to change notification settings - Fork 7
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
Fail-fast mode #748
Comments
An implementation, which raises an exception as soon as an entry to self.error.append(
f'conflicting conditions for field "{f.name}"',
Subsystem.MODEL,
Severity.ERROR,
f.identifier.location,
)
self.error.append(
f"condition {i1} ({f.identifier} -> {c1.target.identifier}):"
f" {c1_message}",
Subsystem.MODEL,
Severity.INFO,
c1.condition.location,
)
self.error.append(
f"condition {i2} ({f.identifier} -> {c2.target.identifier}):"
f" {c2_message}",
Subsystem.MODEL,
Severity.INFO,
c2.condition.location,
) The use of |
What's a bit annoying is that the author of those errors must always be aware of that issue. Maybe we should only support |
Yes, it would be better if the author would be forced to do the right thing. Only supporting |
Despite the improvements in #625, it can still take significant time to check a specification, even with verification turned off. One reason may be that we collect as many errors as reasonable before stopping. When refining a specification interactively it may be preferable to stop on the first error.
Add a command line option for fail as early as possible and change the
RecordFluxError
class to immediately raise and exception should a respective global flag be set.The text was updated successfully, but these errors were encountered: