On Fri, Oct 16, 2020 at 3:08 AM Steve Holden wrote:
> Since some code clearly accesses __version__, would it make sense to equip
> all stdlib modules with a __version__ property that returned the Python
> version, suitably prefixed?
>
That's another way to go, but I don't think that really provi
Python has supported using dynload_shlib (using dlopen) on AIX since
https://github.com/python/cpython/commit/c19c5a62aef7dce0e8147655b0d2f087965fae75
in 2003. Considering this is now 20 years later and all supported AIX versions
support dlopen, I suspect nobody has used or tested this code path
Python has supported using dynload_shlib (using dlopen) on AIX since
https://github.com/python/cpython/commit/c19c5a62aef7dce0e8147655b0d2f087965fae75
in 2003. This is also about the time that AIX 4.3 went out of support, which
is believed to be the AIX release that added support for dlopen. Con
Hello,
I am trying to implement PEP-637, and I started modifying the parser
and the grammar, but I don't know what I am missing.
The PR is here
https://github.com/python/cpython/compare/master...stefanoborini:PEP-637-implementation-attempt-1?expand=1
It includes other stuff but the core is that
As far as I am aware, we already dropped support for AIX 5.3<=. See
https://bugs.python.org/issue40680 for details.
On 16.10.2020 23:15, Kevin Adler wrote:
Python has supported using dynload_shlib (using dlopen) on AIX since
https://github.com/python/cpython/commit/c19c5a62aef7dce0e8147655b0d
Interesting. Given that, shouldn't PEP 11 be updated with that change? Seems to
me that PEP 11 only documents platforms with *official support*, so is AIX
officially supported? The comment in the issue would indicate it is not
officially supported, but it _is_ listed here:
https://pythondev.rea
Dima,
Do you have a link to "babel macros"? Searching for that brought up several
different things; not being a frequent JS user I don't know how to filter
these.
--Guido
On Wed, Oct 14, 2020 at 11:55 PM Dima Tisnek wrote:
> My 2c as a Python user (mostly) and someone who dabbled in ES2020:
>
(Context: Continuing to prepare for the core dev sprint next week. Since
the sprint is near, *I'd greatly appreciate any quick comments, feedback
and ideas!*)
Following up my collection of past beginning contributor experiences, I've
collected these experiences in a dedicated GitHub repo[1] and wr
Hi Stefano,
One of the problems you have is that the rule for slices has a negative
lookahead for the comma:
slices[expr_ty]:
| a=slice !',' { a }
IIRC the reason that is there is to allow "x[3,]" to be parsed.
Also, to allow "a[k=3]" you need to to create a rule that allows skipping
the "
On Sat, Sep 26, 2020 at 5:11 AM Mark Shannon wrote:
> Hi everyone,
>
> I've submitted my PEP on syntactic macros as PEP 638.
> https://www.python.org/dev/peps/pep-0638/
>
Speaking as a former C developer, why do "We need to let the community
develop their own extensions"? What's insufficient ab
On Fri, 16 Oct 2020, 23:04 Stefano Borini, wrote:
> Hello,
>
> I am trying to implement PEP-637, and I started modifying the parser
> and the grammar, but I don't know what I am missing.
>
> The PR is here
>
>
> https://github.com/python/cpython/compare/master...stefanoborini:PEP-637-implementati
I don't plan on making a series of these posts, just this one, to give
people _some_ insight into why the new algorithm gets systematic
benefits the current algorithm can't. It splits the needle into two
pieces, u and v, very carefully selected by subtle linear-time needle
preprocessing (and it's
On Sat, Oct 17, 2020 at 12:30 PM Tim Peters wrote:
>
> I don't plan on making a series of these posts, just this one, to give
> people _some_ insight into why the new algorithm gets systematic
> benefits the current algorithm can't. It splits the needle into two
> pieces, u and v, very carefully
[Tim Peters, explains one of the new algorithm's surprisingly
effective moving parts]
[Chris Angelico ]
> Thank you, great explanation. Can this be added to the source code
> if/when this algorithm gets implemented?
No ;-) While I enjoy trying to make hard things clear(er), I need to
understand
Since some code clearly accesses __version__, would it make sense to equip
all stdlib modules with a __version__ property that returned the Python
version, suitably prefixed?
Kind regards,
Steve
On Fri, Oct 16, 2020 at 5:28 AM Karthikeyan wrote:
> On Fri, Oct 16, 2020, 12:45 AM Serhiy Storchak
Excuse me if I intrude in an algorithm that I have not understood, but
the new optimization can be applied to regexps too?
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python
[Marco Sulla]
> Excuse me if I intrude in an algorithm that I have not understood, but
> the new optimization can be applied to regexps too?
The algorithm is limited to searching for fixed strings.
However, _part_ of our regexp implementation (the bit that looks ahead
for a fixed string) will inh
ACTIVITY SUMMARY (2020-10-09 - 2020-10-16)
Python tracker at https://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open7707 (+17)
closed 46082 (+53)
total 53789 (+70)
Open issues w
18 matches
Mail list logo
