Uh oh!
There was an error while loading. Please reload this page.
Add error explanation for E0502 - #33353
Conversation
rust-highfive
commented
May 2, 2016
Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @GuillaumeGomez (or someone else) soon. If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes. Please see the contribution instructions for more information. |
GuillaumeGomez
commented
May 2, 2016
I think it's not completely well explained. For example, you say that if you want the value before modifying it, you can just copy it. But it's absolutely wrong in many cases (in every case where the type doesn't implement So in conclusion, could you make the explanation simpler please? Something like "please check you don't have any other reference to your variable before trying to get a mutable access to it", followed by an example. |
timothy-mcroy
commented
May 2, 2016
Sure thing. Thanks for the critique. I was worried about the |
GuillaumeGomez
commented
May 2, 2016
I think they're not helpful. However, providing an url to the rust book was an excellent idea. |
timothy-mcroy
commented
May 3, 2016
I have simplified the explanation. |
timothy-mcroy
commented
May 3, 2016
Do you want me to squash the previous commit? Also, there will be a merge conflict with my changes on #33294. Is there anything that I need to do about that? |
GuillaumeGomez
commented
May 3, 2016
Oh right, I didn't pay attention to commits. Please squash them. Thanks for notifying me about it. For the conflict that'll occur, the only choice is to wait that one of the two PRs is merged before fixing the conflict and then merge the other one. |
timothy-mcroy
commented
May 3, 2016
@steveklabnik Phasers set to merge. |
bors
commented
May 5, 2016
☔ The latest upstream changes (presumably #33376) made this pull request unmergeable. Please resolve the merge conflicts. |
GuillaumeGomez
commented
May 10, 2016
@timothy-mcroy: You need to update your PR. |
timothy-mcroy
commented
May 11, 2016
Ah, yeah. Thanks for the reminder. Finals week. :/ |
| ``` | ||
| "##, | ||
GuillaumeGomez
commented
May 11, 2016
Two nits to fixed and it's good to get merged! (good luck for your finals!) |
timothy-mcroy
commented
May 12, 2016
Nits are fixed. Thanks! |
GuillaumeGomez
commented
May 12, 2016
Thanks! r=me @steveklabnik |
bors
commented
May 15, 2016
☔ The latest upstream changes (presumably #33658) made this pull request unmergeable. Please resolve the merge conflicts. |
timothy-mcroy
commented
May 15, 2016
Oh bors. Why must you be so angry with me? I'll get this updated. |
timothy-mcroy
commented
May 15, 2016
Ready to roll. @steveklabnik |
steveklabnik
commented
May 16, 2016
@bors: r+ rollup |
bors
commented
May 16, 2016
📌 Commit bbb7844 has been approved by |
Add error explanation for E0502 I am questioning the order of presentation on the suggested code fixes, but I'm not sure what would be best. Thoughts? r? @GuillaumeGomez
sanxiyn
commented
May 17, 2016
timothy-mcroy
commented
May 18, 2016
Gahhh, how did I forget that that time. Embarrassing. :/ |
sanxiyn
commented
May 18, 2016
@bors r+ rollup |
bors
commented
May 18, 2016
📌 Commit acfe199 has been approved by |
Add error explanation for E0502 I am questioning the order of presentation on the suggested code fixes, but I'm not sure what would be best. Thoughts? r? @GuillaumeGomez
I am questioning the order of presentation on the suggested code fixes, but I'm not sure what would be best. Thoughts?
#32777
r? @GuillaumeGomez