about summary refs log tree commit diff
path: root/src/libstd/sys/unix/stack_overflow.rs
diff options
context:
space:
mode:
authorMazdak Farrokhzad <twingoow@gmail.com>2019-10-08 05:02:33 +0200
committerGitHub <noreply@github.com>2019-10-08 05:02:33 +0200
commit2f0618d8c691904d43d99362b164487aba1f644d (patch)
tree537b90dea6f091f4eb0b1b59ed67804f98011de9 /src/libstd/sys/unix/stack_overflow.rs
parentc20654ebc318004a98303d2d5d84eee8bf44080c (diff)
parentb7091e4f5275fd9e48af8083addcb8b577493656 (diff)
downloadrust-2f0618d8c691904d43d99362b164487aba1f644d.tar.gz
rust-2f0618d8c691904d43d99362b164487aba1f644d.zip
Rollup merge of #64726 - andrewbanchich:unimplemented, r=rkruppe
rewrite documentation for unimplemented! to clarify use

The current docs for `unimplemented!` seem to miss the point of this macro.

> This can be useful if you are prototyping and are just looking to have your code type-check, or if you're implementing a trait that requires multiple methods, and you're only planning on using one of them.

You could also return a `()` if you just want your code to type-check.

I think `unimplemented!` is useful for when you want your program to exit when it reaches an unimplemented area.

I rewrote the explanation and gave examples of both forms of this macro that I think clarify its use a little better.
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions