Skip to content

Commit ff11f98

Browse files
committed
drop_in_place is stable now, don't #![feature] it in the nomicon and a test
It was stable since Rust 1.8.
1 parent 2f0463a commit ff11f98

File tree

2 files changed

+3
-5
lines changed

2 files changed

+3
-5
lines changed

src/doc/nomicon/destructors.md

+3-3
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ this is totally fine.
2626
For instance, a custom implementation of `Box` might write `Drop` like this:
2727

2828
```rust
29-
#![feature(alloc, heap_api, drop_in_place, unique)]
29+
#![feature(alloc, heap_api, unique)]
3030

3131
extern crate alloc;
3232

@@ -57,7 +57,7 @@ use-after-free the `ptr` because when drop exits, it becomes inaccessible.
5757
However this wouldn't work:
5858

5959
```rust
60-
#![feature(alloc, heap_api, drop_in_place, unique)]
60+
#![feature(alloc, heap_api, unique)]
6161

6262
extern crate alloc;
6363

@@ -135,7 +135,7 @@ The classic safe solution to overriding recursive drop and allowing moving out
135135
of Self during `drop` is to use an Option:
136136

137137
```rust
138-
#![feature(alloc, heap_api, drop_in_place, unique)]
138+
#![feature(alloc, heap_api, unique)]
139139

140140
extern crate alloc;
141141

src/test/run-pass/extern_fat_drop.rs

-2
Original file line numberDiff line numberDiff line change
@@ -10,8 +10,6 @@
1010

1111
// aux-build:fat_drop.rs
1212

13-
#![feature(drop_in_place)]
14-
1513
extern crate fat_drop;
1614

1715
fn main() {

0 commit comments

Comments
 (0)