-
-
Notifications
You must be signed in to change notification settings - Fork 14.9k
Option and Result are missing documentation on their internal order #87238
Copy link
Copy link
Closed
Labels
A-docsArea: Documentation for any part of the project, including the compiler, standard library, and toolsArea: Documentation for any part of the project, including the compiler, standard library, and toolsC-enhancementCategory: An issue proposing an enhancement or a PR with one.Category: An issue proposing an enhancement or a PR with one.T-libsRelevant to the library team, which will review and decide on the PR/issue.Relevant to the library team, which will review and decide on the PR/issue.
Metadata
Metadata
Assignees
Labels
A-docsArea: Documentation for any part of the project, including the compiler, standard library, and toolsArea: Documentation for any part of the project, including the compiler, standard library, and toolsC-enhancementCategory: An issue proposing an enhancement or a PR with one.Category: An issue proposing an enhancement or a PR with one.T-libsRelevant to the library team, which will review and decide on the PR/issue.Relevant to the library team, which will review and decide on the PR/issue.
Type
Fields
Give feedbackNo fields configured for issues without a type.
Option<T>whereT: OrdimplementsOrd(and similarly forPartialOrd), but as far as I can see the order it uses isn't documented anywhere. You have to read the source to find out that itsOrdimplementation isderived, and thatNonecomes beforeSomein theenumdeclaration thusNonesorts beforeSome. I think that should be documented.The same issue also appears to apply to
Result.