You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WildCryptoFox opened this issue
Oct 23, 2015
· 5 comments
Labels
E-easyCall for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.E-mentorCall for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion.
Default is implemented for &'a [T] but not &'a mut [T]. Is there any reason for this? While writing mutually generic code, I needed exactly this. Alternatively the quick work around is to just have my own trait and implement it for both slices.
@rust-lang/libs
My mutually generic code: option_mut and lense (currently working on making lenses mutually generic through the use of option_mut)
The text was updated successfully, but these errors were encountered:
Seems like a trivial omission. Easy to add, doesn't need an RFC.
Gankra
added
E-easy
Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.
E-mentor
Call for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion.
A-libs
labels
Oct 23, 2015
E-easyCall for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.E-mentorCall for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion.
Default is implemented for
&'a [T]
but not&'a mut [T]
. Is there any reason for this? While writing mutually generic code, I needed exactly this. Alternatively the quick work around is to just have my own trait and implement it for both slices.@rust-lang/libs
My mutually generic code: option_mut and lense (currently working on making
lenses
mutually generic through the use ofoption_mut
)The text was updated successfully, but these errors were encountered: