drop_in_place is stable now, don't #![feature] it in the nomicon and a test
It was stable since Rust 1.8.
This commit is contained in:
parent
2f0463a4a4
commit
ff11f987c6
2 changed files with 3 additions and 5 deletions
|
|
@ -26,7 +26,7 @@ this is totally fine.
|
|||
For instance, a custom implementation of `Box` might write `Drop` like this:
|
||||
|
||||
```rust
|
||||
#![feature(alloc, heap_api, drop_in_place, unique)]
|
||||
#![feature(alloc, heap_api, unique)]
|
||||
|
||||
extern crate alloc;
|
||||
|
||||
|
|
@ -57,7 +57,7 @@ use-after-free the `ptr` because when drop exits, it becomes inaccessible.
|
|||
However this wouldn't work:
|
||||
|
||||
```rust
|
||||
#![feature(alloc, heap_api, drop_in_place, unique)]
|
||||
#![feature(alloc, heap_api, unique)]
|
||||
|
||||
extern crate alloc;
|
||||
|
||||
|
|
@ -135,7 +135,7 @@ The classic safe solution to overriding recursive drop and allowing moving out
|
|||
of Self during `drop` is to use an Option:
|
||||
|
||||
```rust
|
||||
#![feature(alloc, heap_api, drop_in_place, unique)]
|
||||
#![feature(alloc, heap_api, unique)]
|
||||
|
||||
extern crate alloc;
|
||||
|
||||
|
|
|
|||
|
|
@ -10,8 +10,6 @@
|
|||
|
||||
// aux-build:fat_drop.rs
|
||||
|
||||
#![feature(drop_in_place)]
|
||||
|
||||
extern crate fat_drop;
|
||||
|
||||
fn main() {
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue