-
Notifications
You must be signed in to change notification settings - Fork 12.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Any type, use for task failure and Result #9881
Comments
Nominating. |
For future reference, a possible implementation of Right now it uses the Type descriptor pointer as a "Type ID", but for proper cross-crate support it needs a proper intrinsic for that. Also, for a Use case is, eg, for a |
We might actually want a more specific dynamic |
1.0, backcompat |
(fixing this is part of our error-handling story, which in turn is related to #9795 ) |
I found it odd there is no mention of #9967 in here, is there any reason for that, or was it just overlooked? |
Just overlooked, someone should close this issue. |
Rustup r? `@ghost` It took >4 weeks, but I finally got to do the sync 🎉 changelog: none
This needs further debate.
The most obvious use case for
~Any
is for dealing with arbitrarily typed error values. Add it to std, use it for task failure.Consider changing the
Err
variant ofResult
to take~Any
. This would allow monad-style error chaining to work much better since allResults
have the same error type.cc #61, #2408
The text was updated successfully, but these errors were encountered: