On 6/29/06, Josiah Carlson <jcarlson at uci.edu> wrote: > I disagree. You can get everything you need with a dict, and making > sets a part of the language (besides being a builtin type), would > necessarily add more overhead and maintenance to the language for little > gain. If you need set-like functionality, and you need it to not be > finalized, use a dict; it is available today, can do all the same things, and > you don't need to wait at least 1.5 years until Python 2.6 is out. > That was a purely altruistic proposal. I've already discovered that sets are finalized and that some code that works with dict emulating a set may not work with a set. It will not make much difference for me if my proposal will be implemented in 2.6 or even in 3.0, but the sooner it will happen the fewer people will stumble on the same problem that I did. I also feel that dummy allocated on the heap and the free set list are complicating the code with no gain. Given negaive feedback, I will probably not try to make a patch, but such patch would mostly consist of removed lines.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4