mirror of
https://github.com/apple/swift.git
synced 2026-10-16 16:50:49 +02:00
Allan Shortlidge
367fe543aa
Some diagnostics need to refer to values or types in relation to whether they conform to Swift's three invertible protocols (`Copyable`, `Escapable`, and `Deinitable`). Many diagnostics were not using consistent terminology to do so, and this change brings them into alignment. There are many possible styles we could converge on: noncopyable, non-copyable, non-Copyable, non-'Copyable', or ~Copyable. Out of these, I think the leading candidates are noncopyable and non-'Copyable'. The former is a more terse term of art that is already used widely in the Swift book and proposals, whereas the latter is more verbose but consistent with typical compiler diagnostics that make a references to specific declarations (the built-in `Copyable` protocol in these examples). Reword diagnostics to use the "non-'Copyable'" spelling because it refers to the protocol by name, the same way other diagnostics refer to declarations.