s of Python (even though those packages had been explicitly
designed to do so).
Phil
___________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.o
binary wheels for you (for example using
cibuildwheel).
Ronald
—
Twitter / micro.blog: @ronaldoussoren
Blog: https://blog.ronaldoussoren.net/
_______
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
h
al puzzlement.
I agree, but… Most CPython tests are run while running from the source tree,
that means that there will have to be testrunner configurations that run with
“-X frozen_modules=on”.
Ronald
—
Twitter / micro.blog: @ronaldoussoren
Blog: https://blog.ronaldoussoren.net/
On 27/09/2021 21:53, Brett Cannon wrote:
On Sun, Sep 26, 2021 at 3:51 AM Phil Thompson via Python-Dev <
python-dev@python.org> wrote:
On 26/09/2021 05:21, Steven D'Aprano wrote:
[snip]
> These are not rhetorical questions, I genuinely do not know. I *think*
> that there
> On 28 Sep 2021, at 10:54, Antoine Pitrou wrote:
>
> On Tue, 28 Sep 2021 10:51:53 +0200
> Ronald Oussoren via Python-Dev wrote:
>>> On 28 Sep 2021, at 10:05, Antoine Pitrou wrote:
>>>
>>> On Mon, 27 Sep 2021 10:51:43 -0600
>>> Eric Sno
change that (e.g., make except* a token), and in any case we need to settle
on a convention that we use in documentation, etc.
It is also not too late to opt for a completely different syntax if a
better one is suggested.
___
Python-Dev mailing list
advantage, as I see it, from a linguistic point of view, is that
> "except in" could be read as "excluding", but, then, so could "except each"
> ("excluding each of these") and "except group" ("excluding this group").
&g
I would be in favor of
that, or something like it.
Or perhaps `except for` ?
We could of course bike shed on the syntax forever. The PSC did vote to accept
the PEP but we left room for changes while during the 3.11 cycle.
-Barry
___
Python-Dev
On 05/10/2021 07:59, Nick Coghlan wrote:
On Tue, 28 Sep 2021, 6:55 am Brett Cannon, wrote:
On Sun, Sep 26, 2021 at 3:51 AM Phil Thompson via Python-Dev <
python-dev@python.org> wrote:
However the stable ABI is still a second class citizen as it is still
not possible (AFAIK) to spe
lass field Final:
a: Final[int] = dataclasses.field(init=False, default=10)
I've opened an issue as well and would greatly appreciate any feedback:
https://bugs.python.org/issue45384
I appreciate your time,
Gregory Beauregard
_______
Python-Dev mailing lis
is there a case
for deprecating it?
* There are 46 outstanding issues on the bug tracker. Is the above the
reason for this, I don't know?
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
______
0.2 ms" (79% of samples) is less a lie than
> > 26.1 ms (0.2%).
>
> I think I understand the point you are making. I'll have to think about
> it some more to decide if I agree with you.
>
> But either way, I think the work you
o play detective I'd suggest
https://mail.python.org/pipermail/python-3000/2007-July/008975.html
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______________
Python-Dev mailing list
Pytho
rely. And if we can't succeed at inlining
then
I suspect the JIT won't end up offering the performance we'd hope for.
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
efinitely look at giving this a shot.
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
) which was 1.4x
slower. It seems to me we should go with the tuple just because the common
case will be having a single object and it'll be even less common to have these
changing very frequently.
-Original Message-
From: Python-Dev [mailto:python-dev-bounces+dinov=micr
makes sense as
we don't expect these to change very often and we don't expect collisions to
happen very often.
> -Original Message-----
> From: Python-Dev [mailto:python-dev-
> bounces+dinov=microsoft@python.org] On Behalf Of Chris Angelico
> Sent: Tuesday, August 30, 20
r()
>> if x is None:
>> return -1
>> return x
>>
>
> ...the type checker could notice that, on the branch
> containing 'return x', the value of x must be of type
> int, so the code is okay.
>
> --
> Greg
>
>
nistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/option
at emitted deprecation
> > warnings for integer arithmetic, and then eventually disallowed it
> > entirely.
> >
> > Cheers,
> > Nick.
> >
> > --
> > Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
> >
it could be used to implement a DoS attack).
Surely patches related to any bugs, not just security related ones, will
be accepted until EOL in 2020?
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
________
On 02/11/2016 12:09, Terry Reedy wrote:
On 11/2/2016 3:54 AM, Mark Lawrence via Python-Dev wrote:
On 02/11/2016 06:23, Stephen J. Turnbull wrote:
That is correct. This is clearly a feature, and 2.7 currently is
accepting only security-related patches (broadly construed -- a
sufficiently
ify any CPython internals, so it looks like that
> test_typing_pydoc exposed some bug that has existed before it. Any help
> tracking that down is welcome :)
>
> Yury
> _______
> Python-Dev mailin
l - http://wirtel.be - @matrixise
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
____
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
____
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Asking for feedback about fixing `ftplib' (issue25458)
On 25.12.2016 17:21, Giampaolo Rodola' wrote:
From what I understand the problem should be fixed in urllib so that
it always closes the FTP connection. I understand this is what happens
in recent 3.x versions but
Re: [Python-Dev] Asking for feedback about fixing `ftplib' (issue25458)
On 28.12.2016 21:02, Giampaolo Rodola' wrote:
On Wed, Dec 28, 2016 at 3:57 PM, Ivan Pozdeev <mailto:v...@mail.mipt.ru>> wrote:
On 25.12.2016 17:21, Giampaolo Rodola' wrote:
From what
'returns' (return type
hint) attribute set to None.
--
Valentin
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
print(t.body[0].returns)
> <_ast.NameConstant object at 0x10a900f28>
> >>> print(t.body[0].returns.value)
> None
My bad, thank you my King. ;)
--
Valentin
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
, on pypi rather than have them tied into the Python release
cycle. If YMMV so be it.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______
Python-Dev mailing list
Python-Dev@
ation basically
means you can use GitHub to submit changes instead of uploading patches).
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/pytho
be better if the code is updated to get
last character. i.e str_ary array position >=1 and <= 4
Note: To keep the code as backward compatibility, you may come up with
different name like printf()
ThanksRavi Yarlagadda
_______
Python-Dev maili
an
implementation in that way should be done explicitly (via including a
utility class or using a decorator like functools.total_ordering), not as
side-effect of an (unnecessary) protocol declaration.
___________
Python-Dev mailing list
Python-Dev@python.org
h
that implicit subtyping is
> preferred (especially for user defined protocols),
> then this certainly could be done.
>
Yes, I believe it would be good to mention that.
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python
are expected to automatically detect that a class
implements a given protocol. So while it's possible to subclass a protocol
explicitly, it's not necessary to do so for the sake of type-checking."
___
Python-Dev mailing list
Python-De
Hi.
Here's PEP 545, ready to be reviewed!
This is the follow-up to the "PEP: Python Documentation Translations" thread on
python-ideas [1]_,
itself a follow-up of the "Translated Python documentation" thread on
python-dev [2]_.
This PEP describes the steps to
tions)
--
Julien Palard
[https://mdk.fr](https://mdk.fr/)___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
quot; and "French as spoken in France"). But when
the region subtag actually adds information, for example "pt-BR"
for "Portuguese as spoken in Brazil", it should be kept.
==
?
Bests,
--
Julien Palard
https://mdk.fr_______
translation independently of the way they send us
translations. (It even work for paper…).
.. [1] PEP 512 -- Migrating from hg.python.org to GitHub
(https://www.python.org/dev/peps/pep-0512/#a-bot-to-enforce-cla-signing)
--
Julien Palard
https://mdk.fr_______________
P
ellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org
On 21/04/2017 16:03, Guyzmo via Python-Dev wrote:
On Fri, Apr 21, 2017 at 11:47:24AM +0200, Justus Schwabedal wrote:
At least I think it's a bug. Maybe it's a feature..
it's indeed a feature.
I possibly found a bug in class __init__ and would like to fix it
technically
here https://docs.python.org/3/library/urllib.request.html.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.o
be swamped.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
we stick on our notation. They are not against changing and looks like
they're OK with our notation:
https://github.com/rtfd/readthedocs.org/issues/2763
--
Julien Palard
https://mdk.fr_______
Python-Dev mailing list
Python-Dev@python.org
https://mai
x27;m not proposing to do this yet, as I'd need to benchmark to see how much
of a gain (if any) it would amount to, but I'm just wondering if there's
any previous work on this kind of thing. Or, if not, any other thoughts
before I try it?
Thanks,
Ben
________
[2] WSGIDaemonProcess lang and locale options
<https://modwsgi.readthedocs.io/en/develop/configuration-directives/WSGIDaemonProcess.html>
[3] "Using LC_ALL is strongly discouraged as it overrides everything"
<https://wiki.debian.org/Locale#Configuration>
_cause__ or __context__ really help.
Martin
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ncluding for LANG=C), force C.UTF-8. The
CLI usage docs could have a LC_CTYPE entry that goes into details of
why.
Martin
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.o
o for you, ask
what you can do for our language.
Mark Lawrence
---
This email has been checked for viruses by AVG.
http://www.avg.com
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
rence
---
This email has been checked for viruses by AVG.
http://www.avg.com
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%4
t;> Emergency Response Division
>> NOAA/NOS/OR&R(206) 526-6959 voice
>> 7600 Sand Point Way NE (206) 526-6329 fax
>> Seattle, WA 98115 (206) 526-6317 main reception
>>
>> chris.bar...@noaa.gov
>>
>>
e experiments I did suggest that if you set it high
> enough for x += y to trigger it, then it will also be
> triggered in Joe's case.
>
> BTW, isn't there already a similar optimisation somewhere
> for concatenating strings? Does it still exist? How does
> it avoid this
ons. I did an experiment
> early on where I included locking around reads as well. I think it slowed down
> the pyperformance benchmarks by ~10% on average, but I can't find my notes
> so I plan to re-run the experiment.
>
> Additionally, because dicts are used for things like g
`int`, and the rest of which are bound to `Ts`. And this is indeed
something we haven't talked about explicitly how to specify yet.
Most of the discussion of PEP 646 has taken place on typing-sig, so I'll start
a new thread there to discuss this.
_________
l the way down to `object`), it's still ironic that C++'s `and_then` looks
more pythonic than what's proposed here.
___________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mai
re examples are in PEP 505 itself, see
https://www.python.org/dev/peps/pep-0505/#examples
<https://www.python.org/dev/peps/pep-0505/#examples>
--
--Guido van Rossum (python.org/~guido <http://python.org/~guido>)
/Pronouns: he/him //(why is my pronoun here?)/
<http://feministing.com/2015/0
nt was introduced to support some cross compilation
scenario’s (see https://bugs.python.org/issue16235
<https://bugs.python.org/issue16235>).
Ronald
>
> Cheers,
> Filipe Laíns
> ___
> Python-Dev mailing list -- python-dev@python.org
string is (vacuously but correctly) a substring of any string. This may
be inconvenient sometimes (as you say) but it is the logically correct
behaviour. Just as the modulus operator for ints returns the
mathematically correct result (unlike in some languages such as C / C++)
even though this
as identifier body characters. “︳” especially could be
>> misread as “|” followed by a space, when it actually normalizes to “_”.
>>
>>
>>
>>
>>
>> Potential beneficial uses:
>>
>> I am considering taking my transformer code and experi
> -Barry (on behalf of the Python Steering Council)
>>
>>
>
> --
> --Guido van Rossum (python.org/~guido)
> *Pronouns: he/him **(why is my pronoun here?)*
> <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-change-the-world/>
>
s to Python 3.11 at your convenience.
>>>
>>> With our appreciation,
>>> -Barry (on behalf of the Python Steering Council)
>>>
>>>
>>
>> --
>> --Guido van Rossum (python.org/~guido)
>> *Pronouns: he/him **(why is my pronoun h
On 21/11/2021 11:04, Paul Moore wrote:
On Sun, 21 Nov 2021 at 07:50, Christopher Barker wrote:
It's becoming harder and harder for people not particularly interested
in static typing to simply ignore it
(Raises hand.) +1
Rob Cliffe
___
Pytho
x27;s fine.
Rob Cliffe_______
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@pyt
t the purpose of annotations had
not really been specified as being about typing in the first place.
It looks to me like Chris has identified in PEP 563 what is
potentially the earliest reference (in an accepted PEP) to the idea
that non-typing uses of annotations are to be discouraged.
--
Osc
quot; is already optimized by the compiler. The OP
proposes to optimize "2 < 1", and I cannot imagine any use case for this.
I agree. I suggest we don’t add this optimization.
Eric
_______
Python-Dev mailing list -- python-dev@python.org
To
zèle". [Charles-Maurice de Talleyrand]
Rob Cliffe_______
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived
ful contributions
from users.
-CHB
--
Christopher Barker, PhD (Chris)
Python Language Consulting
- Teaching
- Scientific Software Development
- Desktop GUI and Web Development
- wxPython, numpy, scipy, Cython
___
Python-Dev mailing list --pyt
probably break objects which intentionally lie about their class.
> (Mocks? Stubs? Proxies?)
https://mail.python.org/pipermail/python-dev/2015-October/141953.html
<https://mail.python.org/pipermail/python-dev/2015-October/141953.html> is an
old thread about the difference between typ
> On 10 Dec 2021, at 14:40, Steven D'Aprano wrote:
>
> On Thu, Dec 09, 2021 at 05:19:00PM +0100, Ronald Oussoren wrote:
>
>> https://mail.python.org/pipermail/python-dev/2015-October/141953.html
>> is an old thread about the difference between type(x)/Py_TYP
ython-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@python.org/message/IDG6XIL7265EYGV5ZANOTQ7SPXU55HNT/
Code of Co
tiple `_` is a runtime
error. Maybe it would make too much of a mess.
After some testing evidently mypy only applies its knowledge sometimes anyway:
https://github.com/python/mypy/issues/11807
___
Python-Dev mailing list -- python-dev@python.o
efinite +1 on new callable
syntax for me.
p.s. I'm +0.5 on | binding tighter than ->
___________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/pyt
b.com/python/cpython/pull/29560
Thanks!
Carey
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
we share that view?
>>
>
> Agreed that the syntax with multiple stars will not be deprecated at
> runtime, but type checkers may reject it. (Just as type checkers reject
> many other programs that would run fine.)
>
>
>> And after reading the PEP again, I
correct.
In any case, this is definitely something we should explain better in the
PEP. I'll make a TODO for myself to write something on this once Pradeep
and Guido have confirmed whether my understanding is correct.
___
Python-Dev mailing list
ved?
>>
>>
>>> If multiple unpackings in a tuple aren't blocked by the compiler, they
>>> should be tested and documented as syntactically valid annotations --
>>> just not valid static typing annotations (even though other uses are
>>> currently dep
rray[*Ts1], y: Array[*Ts2]) as the
example? That seems unambiguous since the two positional arguments are
given separately.
Sorry, yes!
___________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mai
Generic[*T2]) -> Generic[*T1, *T2]: ...
>>>>
>>>
>>> I don't think that sentence is trying to forbid this. The problem
>>> appears in things like
>>>
>>> def foo(*args: tuple[*Ts1, *Ts2]) -> ...
>>>
>>> Maybe the
within a single
>>>>> type parameter list. This requirement would therefore need to be
>>>>> implemented in type checking tools themselves rather than at the syntax
>>>>> level.
>>>>>
>>>>> Typing annotations are sometimes used for o
ng I'll suggest
> accepting the PEP with a note that
> - index assignment is also affected, and
> - the details around multiple unpackings in a type expression aren't
> specified precisely. This gives individual type checkers some leeway,
> but can be tightened in future PEPs.
C
for
> non-typed Python as well.
>
>
> Thank you for your patience as we set up the new SC, and happy typing!
> - Petr (on behalf of the Python Steering Council)
>
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an
roved
>> from core-devs or triage members but not merged yet.
>>
>
>> > I know "drive by approvals" are annoying but I think it is
>> unfortunately part of open source projects.
>> >
>>
>> Sorry, but I don't think so.
>>
>
; for cffi and PyO3, too...
>
> I would prefer if we can get Cython and all the other code generator and
> bindings library off the unstable C-API. They should use the limited API
> instead. If they require any C-APIs outside the limited API, then we
> should investigate and figure
e Cython is not
> part
> of the CPython source tree, it's part of the bigger picture).
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
>
> _______
> Python-Dev mailing list -- python-dev@python.org
> To u
reduce your maintenance burden.
With better communication we could find ways to do that.
Returning to the issue that started this thread - how do you suggest we
proceed with the exc_info change?
Irit
_______________
Python-Dev mailing list -- python-dev@python.org
T
be used and
tested with pre-releases of CPython, although possibly with less performance.
Ronald
>
> Maybe we should advertise the two modes more. And make sure that both work.
> There are certainly issues with the current state of the "limited API"
> implementation
itions.
Although my gut feeling is that adding a the CI check you mention is good
enough and adding the tooling for generating code isn’t worth the additional
complexity.
Ronald
—
Twitter / micro.blog: @ronaldoussoren
Blog: https://blog.ronaldoussoren.net/
_____________
g: https://blog.ronaldoussoren.net/
_______
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.pytho
Compiler Group
[1] “Faster startup -- Share code objects from memory-mapped file”,
https://github.com/faster-cpython/ideas/discussions/150
[2] PEP 683: "Immortal Objects, Using a Fixed Refcount" (draft),
https://mail.python.org/archives/list/python-dev@python.o
coming from reference
counts and the GC head mutations.
___________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@py
platform
> definition.
CTypes is hardware specific, although through libiff. There’s also intermittent
discussions about support for ancient hardware platforms. Would we block a
release when (for example) support for Linux on sparc32 is broken?
Ronald
—
Twitter / micro.blog: @ronaldou
class definition,
changing it afterwards is possible but has no effect (“class Foo: pass;
Foo.__slots__ = 42”). This surprised my recently and I have no idea if this
feature is ever used.
Ronald
>
> _______
> Python-Dev mailing list -- python
e that
value in the __slots__ attribute of the class
That way the value of the attribute reflects the slots that were created while
not breaking code that uses __slots__ and doesn’t change the value after class
creation.
Ronald
>
>
>
> On Fri, Mar 18, 2022 at 6:57 AM Ronald Ouss
7;D' is not defined
I think we should change import * to exclude the __future__ import objects, and
perhaps also to not show them in dir(x). Any objections?
This came up in the discussion about https://bugs.python.org/issue26120 . See
the attached PR for a technique we can use to identify tho
didn't - in either case it's not an interesting part of the
module's API).
_______
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.py
release.
If the changed happens, would PyTorch still be able to use the eval frame API?
Or would it prevent from being used entirely?
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https
like, let alone on how to get there.
Ronald
>
> -Brett
>
>
> -CHB
>
> --
> Christopher Barker, PhD (Chris)
>
> Python Language Consulting
> - Teaching
> - Scientific Software Development
> - Desktop GUI and Web Development
> - wxPython, numpy, scipy, C
nks,
Jason
From: Victor Stinner
Sent: Wednesday, March 30, 2022 7:56 AM
To: Steve Dower
Cc: Jason Ansel; python-dev@python.org
Subject: Re: [Python-Dev] Re: C API: Move PEP 523 "Adding a frame evaluation
API to CPython" private C API to the internal C API
On Wed, Mar
e in scope for the stdlib. I’m a fan of a batteries included
stdlib, but with our current resources we cannot afford to have some bits in
the stdlib that would “obviously” be a candidate for a modern batteries
included stdlib, such as a decent HTTP stack with support for HTTP/1, /2 and
/3.
601 - 700 of 939 matches
Mail list logo
