diff options
| author | León Orell Valerian Liehr <me@fmease.dev> | 2024-12-10 13:51:10 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-12-10 13:51:10 +0100 |
| commit | 1c9a333c7cb4571cc93d57a17c1a0bb9872df832 (patch) | |
| tree | b7a15bc4cf86a92506324fdb65559bacd30681bb /compiler/rustc_codegen_llvm/src | |
| parent | 14f12919f6df82af8347bc046345dffa1478421a (diff) | |
| parent | 03746a5511513391d8fbe993b3e4e82298e83d1c (diff) | |
| download | rust-1c9a333c7cb4571cc93d57a17c1a0bb9872df832.tar.gz rust-1c9a333c7cb4571cc93d57a17c1a0bb9872df832.zip | |
Rollup merge of #134008 - jswrenn:unsafe-fields-copy, r=compiler-errors
Make `Copy` unsafe to implement for ADTs with `unsafe` fields As a rule, the application of `unsafe` to a declaration requires that use-sites of that declaration also entail `unsafe`. For example, a field declared `unsafe` may only be read in the lexical context of an `unsafe` block. For nearly all safe traits, the safety obligations of fields are explicitly discharged when they are mentioned in method definitions. For example, idiomatically implementing `Clone` (a safe trait) for a type with unsafe fields will require `unsafe` to clone those fields. Prior to this commit, `Copy` violated this rule. The trait is marked safe, and although it has no explicit methods, its implementation permits reads of `Self`. This commit resolves this by making `Copy` conditionally safe to implement. It remains safe to implement for ADTs without unsafe fields, but unsafe to implement for ADTs with unsafe fields. Tracking: #132922 r? ```@compiler-errors```
Diffstat (limited to 'compiler/rustc_codegen_llvm/src')
0 files changed, 0 insertions, 0 deletions
