[issue46019] collections.Counter - Cast list of keys into set to remove iteration over duplicate elements for __le__, __ge__ and __eq__

Rahul Gupta added the comment: After looking at this again, I agree with you - the key duplication issue seems to have gone. Thank you for providing this feedback, it is very helpful. -- ___ Python tracker

[issue34111] python-config breaks when symlinked to another location

tobik added the comment: Yes, the bug still exists and all Python versions are affected. We patch them all in FreeBSD Ports: https://cgit.freebsd.org/ports/tree/lang/python36/files/patch-Misc__python-config.sh.in https://cgit.freebsd.org/ports/tree/lang/python37/files/patch-Misc__python-config

[issue39694] Incorrect dictionary unpacking when calling str.format

Raymond Hettinger added the comment: IMO, there is no actual problem being solved here. Instead there is just a concern that something doesn't feel right. Given that there is no problem in practice, I recommend closing this rather than cluttering docs, tests, or the C code for a non-issue

[issue39694] Incorrect dictionary unpacking when calling str.format

Eric V. Smith added the comment: I concur with Raymond. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

Inada Naoki added the comment: That's too bad. We can not compare two Unicode by pointer even if both are interned anymore... It was a nice optimization. -- ___ Python tracker __

[issue14965] super() and property inheritance behavior

Raymond Hettinger added the comment: -0 from me as well. I don't think this is common or something that should be encouraged. As Andrew points out, "del super().x" doesn't have an obvious meaning and it could be regarded as a code smell. The OP's first example would be an unpleasant API to

[issue14965] super() and property inheritance behavior

Raymond Hettinger added the comment: Another thought: Given that this tracker issue has been open for a decade without resolution, we have evidence that this isn't an important problem in practice. Arguably, people have been better off being nudged in another direction toward better design

[issue14965] super() and property inheritance behavior

Aaron Gallagher <_...@habnab.it> added the comment: I will note, Raymond, that I’ve wanted this for years before discovering this bpo issue, and I found it because you linked it on Twitter. ;) On Wed, Dec 8, 2021 at 19:08 Raymond Hettinger wrote: > > Raymond Hettinger added the comment: > > A

[issue44540] venv: activate.bat fails for venv with special characters in PATH

Eryk Sun added the comment: There's no parsing problem with delayed expansion (e.g. "!VAR!" instead of %VAR%) and for loop variables (e.g. "%%a"). The solution is thus to execute in a local scope that enables delayed expansion and command extensions [1]. That's easy enough, but then there's

[issue44540] venv: activate.bat fails for venv with special characters in PATH

Change by Eryk Sun : Added file: https://bugs.python.org/file50484/deactivate.bat ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue44170] ShareableList cannot safely handle multibyte utf-8 characters

Andrei Kulakov added the comment: We classify 'crash' type as seg faults etc, so changing this to 'behavior' type. -- nosy: +andrei.avk type: crash -> behavior ___ Python tracker

[issue44170] ShareableList cannot safely handle multibyte utf-8 characters

Andrei Kulakov added the comment: I've confirmed this issue is still present in 3.11. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue46020] Optimize long_pow for the common case

New submission from Raymond Hettinger : The expression 'x * x' is faster than 'x ** 2'. In Python3.10, the speed difference was enormous. Due to ceval optimizations, the difference in Python3.11 is tighter; however, there is still room for improvement. The code for long_pow() doesn't curren

[issue36048] Deprecate implicit truncating when convert Python numbers to C integers: use __index__, not __int__

Oleg Iarygin added the comment: The reporter gave more details (): > Literally this is ok in C++ with Qt: > > float x = 2.3, y = 1.1; > auto p = QPoint(x, y); // QPoint only takes 2 int params.. this works in > C++;

<    1   2