about summary refs log tree commit diff
path: root/src/doc/complement-design-faq.md
diff options
context:
space:
mode:
Diffstat (limited to 'src/doc/complement-design-faq.md')
-rw-r--r--src/doc/complement-design-faq.md4
1 files changed, 2 insertions, 2 deletions
diff --git a/src/doc/complement-design-faq.md b/src/doc/complement-design-faq.md
index 6cdaf96d3f5..9a2531f094c 100644
--- a/src/doc/complement-design-faq.md
+++ b/src/doc/complement-design-faq.md
@@ -94,9 +94,9 @@ code should need to run is a stack.
 
 `match` being exhaustive has some useful properties. First, if every
 possibility is covered by the `match`, adding further variants to the `enum`
-in the future will prompt a compilation failure, rather than runtime failure.
+in the future will prompt a compilation failure, rather than runtime panic.
 Second, it makes cost explicit. In general, only safe way to have a
-non-exhaustive match would be to fail the task if nothing is matched, though
+non-exhaustive match would be to panic the task if nothing is matched, though
 it could fall through if the type of the `match` expression is `()`. This sort
 of hidden cost and special casing is against the language's philosophy. It's
 easy to ignore certain cases by using the `_` wildcard: