But how would Tim Peters keep himself entertained in his retirement?
Seriously, let’s kill it. I thought it was already deprecated.
--Guido (mobile)
On Mon, Nov 13, 2023 at 02:19 Marc-Andre Lemburg wrote:
> Hello everyone,
>
> for quite a while now, core discussions have moved to Discourse
.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/Q62W2Q6R6XMX57WK2CUGEENHMT3C3REF/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns:
[Oscar Benjamin]
> (If you think that there might be a
> performance penalty then you haven't understood the suggestion!)
Then I don't understand the question, and I will refrain from participating
further in this discussion.
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him
Nah, `__prepare__` very much predates stable dicts and that problem was
solved differently.
On Mon, Nov 28, 2022 at 4:46 PM Greg Ewing wrote:
> On 29/11/22 12:51 pm, Guido van Rossum wrote:
> > "Sets weren't meant to be deterministic" sounds like a remnant of
> > the
__
> 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@python.org
end 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/NMCMEDMEBKATYKRNZLX2NDGFOB5UHQ5A/
>>> > Cod
> 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@python.o
e-aware
> operators can make code easier to read (and write).
>
> Best regards,
> Philipp
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.
> 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/QVZJAHFOHTNKNE72X7RGICBEROMSCG5R/
> Code of Conduct: http://python.or
on.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/2LEHJKQGRHCHGQUFXUU3DTYKKDISNPFN/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (py
gt; Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/IRPWIRAZ3K5Y2F466ZISGSF5JBF657CB/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://fem
to the class appearing in the call. Using the called class for
mangling would set a dangerous precedent.
So there's your answer -- the current behavior is as it should be. I'll
look into the patch with that in mind.
On Fri, Jul 1, 2022 at 10:54 AM wrote:
> Guido van Rossum wrote:
> > If you
s.python.org/pep-0695/
--
--Guido van Rossum (python.org/~guido)
___
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 ar
.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/3BALIBTV3ATAEC6G5ZJKAFBASZG4B5AP/
> Code of Conduct: http://p
print(f'__main__ {e}')
> > ```
> > When one coroutine `[sub_task()]`, result is:
> > main_task(), be: CancelledError()
> > __main__
> > When two coroutines `[sub_task(), sleep(0)]` , result is:
> > main_task(), be: KeyboardInterrupt()
> >
ssage/5KVY7SSDTYWOAOCXVSXNBHCSDEJ5JPP7/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--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/>
__
://mail.python.org/archives/list/python-dev@python.org/message/Q5JU5YKGX2U2UAAILDH45S5UGN6GLVXT/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/
On Sat, May 28, 2022 at 12:11 MRAB
Names in Python are case-sensitive, yet the string prefixes are
> case-/insensitive/.
>
> Why?
IIRC we copied this from C for numeric suffixes (0l and 0L are the same;
also hex digits and presumably 0XA == 0xa) and then copied that for string
prefixes without
on-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/NKMXPIQPISOPOV6OGASKXV4DEDZUH355/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--G
n-dev@python.org/message/RBIAWP2J3NTYMLIS3W6CKX44G5QIBXAU/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--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-
It’s definitely too early for a PR, so if you already have one (I didn’t
see one linked to this thread) please close it.
Then once we’ve bikeshedded the right good idea you can start a new PR.
On Thu, May 12, 2022 at 12:21 Barney Stratford
wrote:
> It seems like the consensus is that this is a
be 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/LGF4BJMN3H7L6QFTZTDBMOA2GPZQFHC6/
> Code of Conduct: http://python.org/psf/codeo
Non should behave as closely as possible to it not being defined at all. So
return NotImplemented.
On Sun, May 1, 2022 at 09:53 Patrick Reader <_...@pxeger.com> wrote:
> On 01/05/2022 06:20, Serhiy Storchaka wrote:
> > The question is how to interpret value None:
> >
> > * Always raise TypeError
wonderful), but the final word is up to the SC.
(*) Mostly fixing the edge cases of the "eval __code__ with tweaked
globals" hack that Carl came up with previously, see
https://github.com/larryhastings/co_annotations/issues/2#issuecomment-1092432875
.
--
--Guido van Rossum (python.org/~
ivate”/“internal” and “unstable” seems reasonable.
>
I think picking "semi-stable" would be giving in to the OCD nerd in all of
us. :-) While perhaps technically less precise, "unstable" is the catchy
name with the right association. (And yes, we should keep it stable within
I am traveling and have no keyboard right now, but it looks like this
thread is confusing the slots that a type gives to its *instances* and
extra slots in the type object itself. Only the latter are a problem.
I also would like to hear more about the problem this is trying to solve,
when th
om the nogil work.
(To be sure, Christian Heimes seems to have made progress with introducing
mimalloc, which is one of Sam's dependencies, but AFAIK that work hasn't
been finished yet.)
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
on.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/RTGG637WWPOWUHUF6TRJYUSBYYSVUPRA/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is
s://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/DELHX3N5PCZDWIK2DLU5JDG6JREQ42II/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronoun
ssue because it only passes a filename from mkstemp() to
> mailcap, and hopefully mkstemp filenames don't have shell metacharacters in
> them. However, if we deprecate mailcap mitmproxy will have to change their
> code.
>
> El jue, 14 abr 2022 a las 13:33, Guido van Rossum ()
&g
On Thu, Apr 14, 2022 at 12:04 Jelle Zijlstra
wrote:
>
>
> El jue, 14 abr 2022 a las 11:47, Brett Cannon ()
> escribió:
>
>> Do you know why this module wasn't included in PEP 594?
>
Probably because it’s not a top level module — it’s inside the email
package.
Should we do another audit of old
;> multicore performance, ecosystem alignment (e.g. SREs being more
>> comfortable in Go), etc.
>>
>
> Itamar.
>
> [1]
> https://github.com/facebookincubator/cinder/blob/cinder/3.8/CinderDoc/lazy_imports.rst#lazy-imports
> ___
&g
l.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/B3HYQIE4Z5WBJCC3FUZJZHXLM32I4BZA/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him
On Sun, Apr 10, 2022 at 2:31 AM Daniel Pope wrote:
> On Fri, 8 Apr 2022, 17:44 Guido van Rossum, wrote:
>
>> The interesting idea here seems to make "lazy imports" easier to
>> implement by making them explicit in the code. So far, most lazy import
>> fra
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/UX6EJHLJNNLMFPWVPF5ANYHQSHDZK7SV/
>
teve
> ___
> 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/lis
+1 to Nick's analysis and proposal. I had been mulling over my own reply
but this just about covers it.
On Sun, Apr 3, 2022 at 6:29 AM Nick Coghlan wrote:
> On Fri, 1 Apr 2022, 6:47 pm Victor Stinner, wrote:
>
>> On Wed, Mar 30, 2022 at 5:42 PM Guido van Rossum
>>
By beta 1 things should be stable (modulo bug fixes). But documentation may
lag. If you can’t figure something out by reading the code by all means ask!
On Fri, Apr 1, 2022 at 11:40 Matthieu Dartiailh
wrote:
> As the maintainer of bytecode (thanks to Victor), I expect that adding
> support for
.py#L398
>
Yes, that constructor is not considered stable.
--
--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/>
___
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/NW3SRUA2H3KNZBD4CICXY5QF2YWELUV5/
> Code of Conduct: http://python.org/
___
> 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/ar
shall not end until my death.
> ___
> 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
> http
message/3NONJDUTXANBTINCOZITLHOAUDMJ3H66/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--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/
On Mon, Mar 28, 2022 at 8:52 AM Irit Katriel
wrote:
>
>
> On Mon, Mar 28, 2022 at 4:44 PM Guido van Rossum wrote:
>
>>
>> "Future" imports are special to the parser, and they may also set a flag
>> for the runtime to alter its behavior, but they ar
ed at
> https://mail.python.org/archives/list/python-dev@python.org/message/3TAF3LR35HRRE6LD7XQ7O4BXPNLVXFVX/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/
ut they are intentionally not
treated specially by code generation, so they are still properly imported.
However the presence of the imported thing is not used by the runtime to
determine its behavior; those flags are stored elsewhere guided by the code
generator.
I don't think there's anything
an3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/RJOWQWMMUMBJAZZTWXWEAJSRDVARA2XL/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is
-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/BTF4LZWVTHNHBJVNHXNWSPB2WS4324TO/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
On Fri, Mar 18, 2022 at 9:40 AM Paul Bryan wrote:
> On Fri, 2022-03-18 at 09:35 -0700, Guido van Rossum wrote:
>
> The motivation has been explained already.
>
>
> In this thread?
>
Yes, Eric's message.
> What on earth did your test do that got a speedup by using s
The motivation has been explained already.
What on earth did your test do that got a speedup by using sets? Was it
repeatedly checking whether a variable was in a slot? The other thing this
does is rearrange the order in which slots appear from run to run (since
set order is affected by hash
That sounds like a horrible idea. The GIL should never be held during an
I/O operation.
On Fri, Mar 11, 2022 at 19:00 Jim J. Jewett wrote:
> > Is ``allow_all_extensions`` the best name for the context manager?
>
> Nope. I'm pretty sure that "parallel processing via multiple simultaneous
>
ail 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/YT23XQSNUJF3S4HO5MWGOH3GR5GP4Y7Y/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
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/E2IWXPFY32R6JS22XXFORMNQTI4S6AOK/
> Code of Conduct: http://pyt
somewhat poorly chosen, since it
really is a hook to override the list of explicit bases (i.e., (B, C) for
class A(B, C)), not the MRO (which would be at least (A, B, C, object), and
more if A and/or B have other superclasses).
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(
VS Code team
> about
> > what their plans are for fixing this
> Thank for the solutions.
>
The specific component to look for is pydevd --
https://github.com/fabioz/PyDev.Debugger/. I recommend filing an issue
there.
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why
hives/list/python-dev@python.org/message/DISAPV26T2U6CHHSGXTD5EWX54CPMB6Z/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--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
I). Those packages will necessarily use INCREF/DECREF macros that don't
check for the immortality bit. Yes, it will break COW, but nevertheless we
have to support the Stable ABI, and INCREF/DECREF are in the Stable ABI. If
you want COW you will have to compile such packages from source.
--
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/P7SMK5ZGFAHZMLUKW4WZNNX47CONXIQS/
> Code of Con
time on that alternative and just focus on the two other horses still in
the race: immortal objects or what you have now.
On Mon, Feb 7, 2022 at 5:41 PM Eric Snow
wrote:
> On Fri, Feb 4, 2022 at 8:25 PM Eric Snow
> wrote:
> > On Fri, Feb 4, 2022, 16:03 Guido van Rossum wrote:
&
./configure
or PCbuild/build.bat.)
On Mon, Feb 7, 2022 at 8:45 AM Victor Stinner wrote:
> On Mon, Feb 7, 2022 at 5:38 PM Guido van Rossum wrote:
> > ISTM this is better discussed on a case-by-case basis than as a blanket
> policy change. (The latter could end up causing a flood of triv
, but I
> abandoned my idea:
> https://bugs.python.org/issue37406
>
> Victor
> --
> Night gathers, and now my watch begins. It shall not end until my death.
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send
Yes, please build it; I can't quite follow what you're getting at (probably
since I don't know the Windows APIs).
On Mon, Feb 7, 2022 at 4:39 AM Steve Dower wrote:
> On 2/5/2022 4:09 PM, Guido van Rossum wrote:
> > On Sat, Feb 5, 2022 at 5:18 AM Steve Dower > <mailto:steve.d
very cheaply passed into the interpreter (and yes, the caller has
> to manage the lifetime, but that's pretty easy).
>
What's the use case for that, that isn't covered by PyUnicode_FromString()?
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<h
ling:^) tis...@stackless.com
> Software Consulting : http://www.stackless.com/
> Strandstraße 37 : https://github.com/PySide
> 24217 Schönberg : GPG key -> 0xFB7BEE0E
> phone +49 173 24 18 776 fax +49 (30) 700143-0023
>
--
--Guido va
That was solved quite a while ago, with the PyCode_NewEmpty() API. Sadly
Cython doesn't call it (or at least not always), because it takes a C
string which is turned into a unicode object, and Cython already has the
unicode object in hand. I don't want to proliferate APIs.
--
--Guido van Rossum (py
15-00/?p=93675
> ___
> 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.py
tial);
That's convenient since it means they don't have to pass module state
around.
--
--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/>
___
I'm sorry, I was overwhelmed and didn't find the time until now to answer
this. A lot was already said about this, so I'll just briefly explain below
(inline).
On Sat, Jan 29, 2022 at 2:38 AM Victor Stinner wrote:
> On Fri, Jan 28, 2022 at 6:28 PM Guido van Rossum wrote:
> > I
On Tue, Feb 1, 2022 at 5:52 PM Stefan Behnel wrote:
> Guido van Rossum schrieb am 02.02.22 um 01:43:
> Yes. HPy is certainly far from ready for anything real, but even for the
> Limited API, it's still unclear whether it's actually complete enough to
> cover Cython's needs. Basica
On Tue, Feb 1, 2022 at 4:14 PM Stefan Behnel wrote:
> Guido van Rossum schrieb am 02.02.22 um 00:21:
> > I wonder if a solution during CPython's rocky alpha release cycle could
> be
> > to default (either in Cython or in projects using it) to the "not quite
> as
> &g
s/list/python-dev@python.org/message/Q3IQUKU35GNCUXBCK55JZ3B42LSVS2M2/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--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-
l beta 1 that's
fine, but then their input on the design of CPython changes is necessarily
much more limited.
--
--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-prono
ython.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/JZBQ2UYTXDCHADW4LEPGPE5SFLRHW5E3/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum
nse, making your "contribution
> activity overview" look nicer—I wasn't sure if "points" was an actual thing
> or not, so maybe I'm speaking out of turn. Mine shows 70% of my actions are
> code review, then issues, commits, and PRs are 10% each.
>
> On Mon, Jan 31, 2
...@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/R3YU44XPWLBUWVLSYTTTWJZCSRRCB67F/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van R
o 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/ABFHYMUHQXKMFSBGYMFHKTGHBYJN3XJF/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--
_
> 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@python.org/mess
ual Studio; but a
command prompt in the repo can do it using `PCbuild\build.bat --pgo`. Just
be patient with it.
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-using-
n by other small scalars.
>
> --
> Mark
>
> ___
> 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/
>
e two positional arguments are
given separately.
--
--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/>
___
Python
gt; https://gist.github.com/mrahtz/cc86c29538de1d4a80a2e8958ae71c5a Am I
> doing something wrong?
>
> Also, by that logic, in this situation *all* the type arguments would be
> assigned to Ts1, and Ts2 would always end up being empty. That seems a bit
> weird but...*shrug* it also see
ny other programs that would run fine.)
> And after reading the PEP again, I'm unclear on some details in the
> Aliases section. Could you please clarify these examples for me?
>
> SplitDataset = Tuple[Array[*Ts], Array[*Ts]]
> SplitDataset[Height] # Valid? What would this be eq
org/archives/list/python-dev@python.org/message/UALMEMQ4QW7W4HE2PIBARWYBKFWJZFB4/
> > > Code of Conduct: http://python.org/psf/codeofconduct/
>
>
>
> ___
> Python-Dev mailing list -- python-dev@python.org
> To unsubscribe send an ema
Note that Pablo explicitly requested all feedback to Discourse.
On Mon, Jan 10, 2022 at 06:15 Batuhan Taskaya wrote:
> > While it can indeed, make otherwise stable projects with "nop"s assert
> sudden failing, that should be a trivial fix for any non-unmaintained
> project.
>
> Agreed. This
>> https://mail.python.org/archives/list/python-dev@python.org/message/F53IZRZPNAKB4DUPOVYWGMQDC4DAWLTF/
>> Code of Conduct: http://python.org/psf/codeofconduct/
>>
> ___
> Python-Dev mailing list -- python-dev@python.org
> To uns
:
> On Thu, Dec 23, 2021 at 05:09:18PM -0800, Guido van Rossum wrote:
>
> > > def func(params)
> > >
> > > makes a Callable type object?
> > >
> >
> > No, no, no. That syntax has already been discredited.
>
> It has? Where? Have I
, 2021 at 17:37 Barry Warsaw wrote:
> On Dec 23, 2021, at 17:09, Guido van Rossum wrote:
> >
> > Mark's proposal was
> > ```
> > @Callable
> > def func(params): pass
> > ```
> > My question is, why does it need `@Callable`? Lukasz pro
On Thu, Dec 23, 2021 at 3:24 PM Steven D'Aprano wrote:
> On Thu, Dec 23, 2021 at 02:09:50PM -0800, Guido van Rossum wrote:
>
> > Without decorator too (that was Lukasz’ idea). Why bother with the
> > decorator (*if* we were to go there)?
>
> So that
>
> def
Without decorator too (that was Lukasz’ idea). Why bother with the
decorator (*if* we were to go there)?
On Thu, Dec 23, 2021 at 13:16 Joao S. O. Bueno
wrote:
> My eyes are bleeding with these incomplete function definitions.
> If you are using decorators and "def", then, please, there is no
>
mail 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/3HJY6VGLIWRJ7F4BZBNGNCSJJTXH3CVM/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
y similar mechanism (with dummy
body), without needing a decorator. His proposal is simply:
def IntToIntFunc(a: int) -> int: ...
def flat_map(l: list[int], func: IntToIntFunc) -> list[int]:
# body
No need for a `@Callable` decorator!
--
--Guido van Rossum (python.org/~guido)
*Pronou
On Mon, Dec 20, 2021 at 12:16 PM Barry Warsaw wrote:
> On Dec 20, 2021, at 11:34, Guido van Rossum wrote:
> >
> > Fair enough. Quick design proposal:
> >
> > -h and --help print info about flags (existing flags)
> > --help-env (or --env-help?) prints info a
mail.python.org/archives/list/python-dev@python.org/message/KQOQTLR5IXMJXYZGPDHWR32I2Z53UVBL/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-using-they-as
On Mon, Dec 20, 2021 at 11:15 AM Brett Cannon wrote:
>
>
> On Sat, Dec 18, 2021 at 4:00 PM Guido van Rossum wrote:
>
>> On Sat, Dec 18, 2021 at 2:16 PM Serhiy Storchaka
>> wrote:
>>
>>> The output of "python -h" is 104 lines long now. It was on
100% of the time either.)
But I wouldn't object to a -h sub-option that lists environment vars either.
--
--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/>
_
It’s *needed* when multiple interpreters share them.
On Thu, Dec 16, 2021 at 14:03 Jim J. Jewett wrote:
> Guido van Rossum wrote:
> > On Wed, Dec 15, 2021 at 6:57 PM Jim J. Jewett jimjjew...@gmail.com
> wrote:
> > > Immortal objects shouldn't be reclaimed
a "load constant"
instruction, and Eric's other proposal (move the Py_None struct itself into
the interpreter state) would be just adding a constant to the register
(possibly the fastest solution, since that constant would be much smaller
than the full address of the glo
https://mail.python.org/archives/list/python-dev@python.org/message/QTY25AHCLOXRCQ2LADUUZFVKNVLLYS25/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-u
pe. Hence immortal objects must be immutable. (There's an
issue with making types immutable that we need to address though.)
--
--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-chan
On Wed, Dec 15, 2021 at 2:57 PM Guido van Rossum wrote:
>
> I don't know how long that would take, but I suspect that a program that
> just increments the refcount relentlessly would have to run for hours
> before hitting this range. On a 64-bit machine the same approach would
>
1 - 100 of 5880 matches
Mail list logo
