On Fri, Oct 16, 2020, 12:45 AM Serhiy Storchaka wrote:
> 14.10.20 20:56, Brett Cannon пише:
> > I think if the project is not maintained externally and thus synced into
> > the stdlib we can drop the attributes.
>
> I have found only one exception. decimal.__version__ refers to the
> version of t
Thanks, Justin! I'll look over your PR, try to replicate the failure
locally, and test it against the patch to see if it still occurs. I think
your analysis of the issue makes sense, with it likely being a race
condition between the test prototype "MyProto" and the event loop.
On Thu, Oct 15, 2020
I've submitted a PR for one of the simpler remaining exceptions described in
https://bugs.python.org/issue38912:
https://github.com/python/cpython/pull/22691
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-
On 2020-10-15, Serhiy Storchaka wrote:
> [..] it seems that there are no usages the __version__ variable in
> top 4K pypi packages.
Given that, I think it's fine to remove them. If we find broken
code during the alpha release we still have a chance to revert.
However, it would seem quite unlikely
14.10.20 20:56, Brett Cannon пише:
> I think if the project is not maintained externally and thus synced into
> the stdlib we can drop the attributes.
I have found only one exception. decimal.__version__ refers to the
version of the external specification which was not changed since 2009.
I think
15.10.20 14:59, Victor Stinner пише:
> If the __version__ variable is used, I suggest to start with a
> deprecation period using a module __getattr__(): emit
> DeprecationWarning, and only remove these variables in 2 Python
> releases (PEP 387).
This is a good idea, I though about it. But it seems
14.10.20 23:25, Batuhan Taskaya пише:
> I've indexed a vast majority of the files from top 4K pypi packages to
> this system, and here are the results about __version__ usage on
> argparse, cgi, csv, decimal, imaplib, ipaddress, optparse, pickle,
> platform, re, smtpd, socketserver, tabnanny (resul
14.10.20 23:25, Batuhan Taskaya пише:
> I've indexed a vast majority of the files from top 4K pypi packages to
> this system, and here are the results about __version__ usage on
> argparse, cgi, csv, decimal, imaplib, ipaddress, optparse, pickle,
> platform, re, smtpd, socketserver, tabnanny (resul
On 10/15/20 5:45 AM, Erlend Aasland wrote:
FYI, sqlite3 has a /pysqlite/ “version" attribute iso. “__version__", stemming from its days outside of stdlib. It has
held the value “2.6.0" since commit f9cee22, 2010-03-05.
The proposal is to remove dunder version and friends, not plain version and
On Thu, 15 Oct 2020 at 16:31, Erlend Aasland wrote:
>
> Actually both sqlite3.version and sqlite3.version_info, the former as a
> string, the latter as a tuple.
However, sqlite3.sqlite_version and sqlite3.sqlite_version_info should
definitely be retained, as they give the version of the sqlite l
Actually both sqlite3.version and sqlite3.version_info, the former as a string,
the latter as a tuple.
E
On 15 Oct 2020, at 14:45, Erlend Aasland
mailto:erlen...@innova.no>> wrote:
FYI, sqlite3 has a pysqlite “version" attribute iso. “__version__", stemming
from its days outside of stdlib. It
FYI, sqlite3 has a pysqlite “version" attribute iso. “__version__", stemming
from its days outside of stdlib. It has held the value “2.6.0" since commit
f9cee22, 2010-03-05.
Erlend E. Aasland
On 14 Oct 2020, at 15:53, Serhiy Storchaka
mailto:storch...@gmail.com>> wrote:
Some module attribute
On 15.10.2020 15:50, Victor Stinner wrote:
> Le mer. 14 oct. 2020 à 17:59, Antoine Pitrou a écrit :
>> unpack-sequence is a micro-benchmark. (...)
>
> I suggest removing it.
>
> I removed other similar micro-benchmarks from pyperformance in the
> past, since they can easily be misunderstood and
[Guido]
> I am not able to dream up any hard cases -- like other posters,
> my own use of substring search is usually looking for a short
> string in a relatively short piece of text. I doubt even the current
> optimizations matter to my uses.
I should have responded to this part differently. W
[Dennis Sweeney ]
> Here's my attempt at some heuristic motivation:
Thanks, Dennis! It helps. One gloss:
>
> The key insight though is that the worst strings are still
> "periodic enough", and if we have two different patterns going on,
> then we can intentionally split them apart.
The am
Le mer. 14 oct. 2020 à 17:59, Antoine Pitrou a écrit :
> unpack-sequence is a micro-benchmark. (...)
I suggest removing it.
I removed other similar micro-benchmarks from pyperformance in the
past, since they can easily be misunderstood and misleading. For
curious people, I'm keeping a collection
If the __version__ variable is used, I suggest to start with a
deprecation period using a module __getattr__(): emit
DeprecationWarning, and only remove these variables in 2 Python
releases (PEP 387).
sys.version or sys.version_info can be used instead of argparse.__version__, no?
Victor
Le mer.
Here's my attempt at some heuristic motivation:
Try to construct a needle that will perform as poorly as possible when
using the naive two-nested-for-loops algorithm. You'll find that if
there isn't some sort of vague periodicity in your needle, then you
won't ever get *that* unlucky; each particu
18 matches
Mail list logo
