-
-
Notifications
You must be signed in to change notification settings - Fork 78
feat(array): introducing BTreeMap conversion and refactoring HashMap conversion #535
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
Conversation
Pull Request Test Coverage Report for Build 16812403437Details
💛 - Coveralls |
ptondereau
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but would it be possible to have some tests?
|
Also could you elaborate on this? #520 (comment) |
bd65d8a to
08bfe39
Compare
I've implemented your suggestion. I've also fixed the cause of |
What's there to test? Rustc does the job pretty well :) |
Just ensuring the conversion if it makes sense |
68d9d9c to
eb2b2d1
Compare
|
I've changed the behavior of |
ccce30c to
ad0dfa8
Compare
|
And also I've moved the code that treats numeric string keys as |
ad0dfa8 to
6c83ceb
Compare
You are probably right. This would indeed be the desired behaviour for
This has some implications on types and I don't like how much we implicitly convert string and int values. But that is an issue for later. |
d7774ce to
aec7bfb
Compare
Description
I've added the same
FromZval/IntoZvalconversions forBTreeMapthat exist forHashMap.I know a doc update wouldn't hurt, but I am too preoccupied with development atm.