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
There are three impls in int-template.rs and uint-template.rs that apply to all numeric types. Until recently, if you tried to do this:
import int::num;
import i8::num;
you'd receive "error: duplicate definition of type num". d14d415 fixed this for the particular case of the num impl, but trying to duplicate the process for the eq and ord impls gives weird errors in libstd/sort.rs that I'm hoping the resolve rewrite will, er, resolve. It won't be possible to automatically export the eq and ord impls on numeric types until this is fixed.
The text was updated successfully, but these errors were encountered:
I would like to incorporate a few suggestions to the RFC process and template:
1. Suggest that the first RFC revision should not include implementation details. Thanks @feliperodri for the suggestion.
2. Change the template to (hopefully) clarify what should go in each section. @JustusAdam any suggestions?
3. Change the template to clarify that open questions and future work should be simple lists.
4. Replace `--enable-unstable` by `-Z` flag.
The main goal is to try to speed up the process by reducing the scope of the RFC document, breaking it down into multiple steps, and even reduce the need for an RFC entirely.
Co-authored-by: Felipe R. Monteiro <rms.felipe@gmail.com>
Co-authored-by: Zyad Hassan <88045115+zhassan-aws@users.noreply.github.com>
Co-authored-by: Adrian Palacios <73246657+adpaco-aws@users.noreply.github.com>
There are three impls in int-template.rs and uint-template.rs that apply to all numeric types. Until recently, if you tried to do this:
you'd receive "error: duplicate definition of type num". d14d415 fixed this for the particular case of the
num
impl, but trying to duplicate the process for theeq
andord
impls gives weird errors in libstd/sort.rs that I'm hoping the resolve rewrite will, er, resolve. It won't be possible to automatically export theeq
andord
impls on numeric types until this is fixed.The text was updated successfully, but these errors were encountered: