The acceptance rationale for SE-0215 provides some extra info:
Never
should become a blessed bottom type in the language. This matches with semantics in other languages and its intended role in Swift.With respect to the latter, the Core Team discussed what
Never
being a bottom type actually meant. From that discussion we reached the following conclusions:
- Semantically, as a bottom type, it would mean that
Never
should be implicitly convertible to any other type. This composes well in the type system because of the fact that instances ofNever
cannot be instantiated.- However, being a bottom type does not imply that
Never
should implicitly conform to all protocols. Instead, convenient protocol conformances forNever
should be added as deemed useful or necessary.There are various details to suss out with making
Never
a bottom type, and thus making it a bottom type would be served by a separate and well-considered proposal . It is the opinion of the Core Team that makingNever
a bottom type would be separate from it conforming to all protocols, and thus the motivation of this particular proposal and the particular problems it addresses stands on its own.With respect to protocol conformances, the Core Team felt the language has clearly moved in a direction where explicit protocol conformance is fundamental to the language model. The compiler has grown affordances to make the implementation of protocol conformances easy in many cases (e.g., synthesized implementations of
Hashable
) but that the explicit protocol conformance is quite important. Adding rules for implicit protocol conformances — something that has been considered in Swift’s history — ends up adding real complexity to the language and its implementation that can be hard to reason about by a user as well as by the language implementation.
(which is not the say that that's the end of the discussion, but just the latest official statement from the Core Team. Note of course the explicit invitation for a "separate and well-considered proposal" to discuss further)