You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
--gc:arc not self-consistent, not consistent with default gc regarding catching AssertionError
consistency is important otherwise migrating code from non-gc:arc to gc:arc will be a pain.
This is especially true for any code involving testing, where it's common to catch AssertError, eg doAssertRaises, which is important to support to check that asserts in place work as intended.
there are other use cases beyond testing, eg for writing repl's and other tool where user input may raise non-catchable exceptions
ditto, when writing production servers that just shouldn't crash and would be caught at some root-level to perform important cleanups instead of exiting
In the "goto based exceptions" mode checked runtime errors like "Index out of bounds" or integer overflows are not catchable and terminate the process. This is in compliance with the Nim spec, quoting the manual: Whether a checked runtime error results in an exception or in a fatal error is implementation specific.
--gc:arc not self-consistent, not consistent with default gc regarding catching AssertionError
Example
Current Output
Expected Output
raise newException(AssertionError, "foo")
etcall of which give:
Additional Information
The text was updated successfully, but these errors were encountered: