Skip to content

Commit

Permalink
Update breaking change rules regarding byref/objref fields. (#112087)
Browse files Browse the repository at this point in the history
New rule based on #111584

---------

Co-authored-by: Stephen Toub <stoub@microsoft.com>
  • Loading branch information
AaronRobinsonMSFT and stephentoub authored Feb 3, 2025
1 parent 688ce01 commit 72f4147
Showing 1 changed file with 2 additions and 0 deletions.
2 changes: 2 additions & 0 deletions docs/coding-guidelines/breaking-change-rules.md
Original file line number Diff line number Diff line change
Expand Up @@ -236,6 +236,8 @@ successfully bind to that overload, if simply passing an `int` value. However, i

Definite assignment rules allow use of uninitialized variables so long as the variable type is a stateless struct. If the struct is made stateful, code could now end up with uninitialized data. This is both potentially a source breaking and binary breaking change.

* Adding a reference type field, a `ref` field, or a field involving a generic type parameter without the `unmanaged` constraint, to a value type that formerly had none of those field kinds. If the value type already contains at least one such field, adding another is non-breaking. This rule applies recursively to new fields that contain value types that may also introduce a new field kind.

### Signatures
&#10003; **Allowed**
* Adding `params` to a parameter
Expand Down

0 comments on commit 72f4147

Please sign in to comment.