> Concerns have been raised in the comments that this feature may add too
> bloat in the core interpreter and be harmful for other Python
To clarify, my point is it prohibit hashmap + single linked list
other Python implementation.
Because doubly linked list is very memory inefficient, every implementation
would be forced to implement dict like PyPy (and CPython) for efficiency.
But I don't know much about current MicroPython and other Python
plan to catch Python 3.6 up.
> Given the different issues this change creates, I see three possibilities:
> 1. Accept the proposal has it is for dict and dict views, this would add
> 300 lines and three new types in dictobject.c
> 2. Accept the proposal only for dict, this would add about 80 lines and
> new type in dictobject.c while still being useful for some use cases
> 3. Drop the proposal as the whole, while having some use,
> may not be very common and could be done using OrderedDict instead.
> What’s your stance on the issue ?
I want to wait one version (3.8) for other implementations.
"Keep insertion order" is requirement from 3.7 which is not released yet.
I feel it's too early to add more stronger requirements to core type.
INADA Naoki <email@example.com>
Python-Dev mailing list