On Thu, Feb 2, 2023 at 12:46 PM Stéfane Fermigier wrote:
> https://en.wikipedia.org/wiki/Mathematical_operators_and_symbols_in_Unicode
> https://oeis.org/wiki/List_of_LaTeX_mathematical_symbols
> NB: on a very basic level, I remember trying, a few years ago, to use the
> Unicode "empty set" symbo
re problems, is Lib/symtable.py trustworthy as a way
of building unit tests when I start implementing my own symbols graph/table?
Thanks,
David
On Wed, Oct 26, 2022 at 11:57 PM Matthieu Dartiailh
wrote:
> If you look at pegen, that uses the stdlib tokenizer as input, you will
> se
o be sure is check the code unfortunately.
>
> Hope this helps.
>
> Regards from rainy London,
> Pablo Galindo Salgado
>
> > On 26 Oct 2022, at 19:12, David J W wrote:
> >
> >
> > I am writing a Rust version of Python for fun and I am at the parser
> stage
I am writing a Rust version of Python for fun and I am at the parser stage
of development.
I copied and modified a PEG grammar ruleset from another open source
project and I've already noticed some problems (ex Newline vs NL) with how
they transcribed things.
I am suspecting that CPython's gramma
I feel similarly as Steven. I'm even less important to the development of
CPython than he is. But like him, switching to Discourse means I simply
won't try to follow development.
Mailing list are friendly and easily manageable. In the small amount I've
used Discourse, it feels unwieldy and less fr
would care about the kernel-level changes between _MOD
and _ADD/_DEL but that might be my own lack of imagination or
knowledge of epoll techniques.
Maybe a compromise is to ship EpollExclusveSelector for a release
without it being the default and bump it to the default after
FWIW, I find Discourse (and everything similar that I've seen), awkward,
difficult to use, poorly organized, and in every way inferior to my mail
client.
Obviously, other people differ in opinion. Quite likely the majority of
cpython developers disagree. I don't think I'm entirely alone in this
ex
I get pretty much the same thing as the OP on Chrome 99.0.4844.58; Android
11; Pixel 2 XL; Build RP1A.201005.004.A1.
However, it gets more readable if I force Desktop site and zoom a bit.
These facts are pretty common for a lot of websites, and I never gave it
much thought. But yes, the mobile ve
to avoid using Optional at all.
Related: The word on the street is that "T|None" is likely to be a
favored replacement for Optional in general going forward, since it's
faster to type and doesn't require an extra import (of Optional from
typing).
Best,
--
David Foster |
tions, because it is easy to do so.
All of the preceding clarifications have been proposed in a PR:
https://github.com/python/peps/pull/2388
Best,
--
David Foster | Seattle, WA, USA
Contributor to Python's type system
___
Python-Dev mailing li
eleted.
I presume the arena allocator was introduced in the first place for a reason.
Perhaps to improve performance? By removing the arena allocator are there
potential downsides other than a performance regression?
(11)
> Reference Implementation
> ''''&
Hi folks, PEP 655 (Required[] and NotRequired[] for TypedDict) is still
looking for feedback from core devs.
I've copied the latest PEP text at the bottom of this email to make it
easier to comment on.
Thank you for your time.
Best,
--
David Foster | Seattle, WA, USA
Contributor to Pyt
python-dev the next step
would be to submit this PEP to the Steering Council. However it's not
clear to me from [2] where I should actually do that when the time comes.
--
David Foster | Seattle, WA, USA
Contributor to TypedDict support for mypy
[1]: https://www.python.org/dev/peps/p
These are binary wheel installs though, no? Which means 3.8 version and
3.10 version were compiled at different times, even for the same NumPy
version. Also for different platforms, I don't know which you are on.
I haven't checked what's on PyPI for each version. I think PyFFT is largely
using Num
Not the version, but the build. Did you compile NumPy from source using the
same compiler with both Python versions? If not, that remains my strong
hunch about performance difference.
Given what your programs do, it sure seems like the large majority of
runtime is spent in supporting numeric libra
My guess is that this difference is predominantly different builds of
NumPy. For example, the Intel optimized builds are very good, and a speed
difference of the magnitude shown in this note are typical. E.g.
https://www.intel.com/content/www/us/en/developer/articles/technical/numpyscipy-with-int
On Sun, Dec 19, 2021, 11:49 AM Steven D'Aprano
> And both the download and the webpage listing the checksum are over https.
> If we don't trust https, the whole internet is broken and changing to a
> stronger checksum won't help. A hypothetical MITM attacker capable of
> breaking https and injecti
On Mon, Nov 29, 2021 at 8:17 PM Guido van Rossum wrote:
> Why would it need to be reiterated? Are there really people who believe
> that such code would become invalid? AFAIK *everybody* here agrees that
> this should stay valid. So who would we be reiterating it for?
>
I'm certainly not alone,
On Sun, Nov 14, 2021, 2:14 PM Christopher Barker
> It's probably to deal with "é" vs "é", i.e. "\N{LATIN SMALL LETTER
>> E}\N{COMBINING ACUTE ACCENT}" vs "\N{LATIN SMALL LETTER E WITH ACUTE}",
>> which are different ways of writing the same thing.
>>
>
> Why does someone that wants to use, .e.g.
I agree with Tim. Subject, of course, to the same caveat Tim mentions: does
the creator want this?
I haven't used the library much, but it's obviously top quality, and adding
pure-Python code is less burden than C implementations.
On Wed, Nov 10, 2021, 10:19 PM Tim Peters wrote:
> [Bob Fang ]
>
This is an amazing document, Petr. Really great work!
I think I agree with Marc-André that putting it in the actual Python
documentation would give it more visibility than in a PEP.
On Tue, Nov 2, 2021, 1:06 PM Marc-Andre Lemburg wrote:
> On 01.11.2021 13:17, Petr Viktorin wrote:
> >> PEP:
I've moved this to python-ideas where it is more appropriate, as Chris
notes
On Thu, Oct 21, 2021, 8:42 PM Chris Angelico wrote:
> On Fri, Oct 22, 2021 at 3:23 AM David Mertz, Ph.D.
> wrote:
> >
> > On Thu, Oct 21, 2021 at 2:52 AM Steven D'Aprano
> wrote:
>
On Thu, Oct 21, 2021 at 2:52 AM Steven D'Aprano wrote:
> On Tue, Oct 19, 2021 at 05:09:42PM -0700, Michael Selik wrote:
> > None and its ilk often conflate too many qualities. For example, is it
> > missing because it doesn't exist, it never existed, or because we never
> > received a value, desp
On Mon, Oct 18, 2021 at 6:49 PM Paul Moore wrote:
> On Mon, 18 Oct 2021 at 19:29, Guido van Rossum wrote:
> > y = None # Default
> > if config is not None:
> > handler = config.get("handler")
> > if handler is not None:
> > parameters = handler.get("parameters")
> > if parameters is
I know I'm strongly -1 on allowing much more than currently exists for
f-strings. For basically the same reason Stephen explains.
Newlines inside braces, for example, go way too far away from readability.
Nested expressions also feel like an attractive nuisance. I use f-strings
all the time, but i
is already occurring when passed a PosixPath.
On Wed, Sep 8, 2021 at 3:49 AM Serhiy Storchaka wrote:
> 08.09.21 08:19, David Mertz, Ph.D. пише:
> > I attempted to do this today, as my first actual contribution to CPython
> > itself. I think the prior attempt went down a wrong
I attempted to do this today, as my first actual contribution to CPython
itself. I think the prior attempt went down a wrong path, which is why
neither PR could actually pass tests.
I've been looking at `posixmodule.c` for comparison, specifically. The key
thing, I believe, is not to use `PyObje
I also haven't the faintest idea what might be intended by the phrase "I
pretend your immediate excuses".
But whatever the intention, it is clear Marco has veered off into angry
ranting territory. Him taking a couple weeks away from this list would be
an extremely good idea.
On Sun, Aug 15, 2021,
This is perhaps a different issue, but perhaps not. PSF grants are also
subject to absurd and convoluted (and difficult to interpret) "export
control" rules. Also rules subject to change at any moment at the whims of
the latest US government grandstanding.
USA incorporation definitely has drawback
813968
It would be pleasant if there were a way to make "cheap_sentinel" be the
same thing—either by equality or by identity—betweeen those two runs of the
interpreter.
None or Ellipsis have that property, of course. So do, for example,
integers, at least by equality if not identity (yes,
On Thu, May 20, 2021 at 3:03 PM Ethan Furman wrote:
> > But it nevertheless feels like a bit of an abuse - the original point
> > of ellipsis was for indexing, and in particular complex slices like
> > a[1:20:2, ..., 3:5]. That usage is common in numpy, as I understand
> > it,
> Interesting -
On Thu, May 20, 2021, 2:11 PM Chris Angelico
> Probably the easiest way would be to have some kind of unique
> identifier (a fully-qualified name) that can be pickled, and then any
> time you attempt to construct a Sentinel with that identifier, it's
> guaranteed to return the same object.
Gosh,
On Thu, May 20, 2021 at 6:21 AM Tal Einat wrote:
> On Sat, May 15, 2021 at 2:09 AM David Mertz wrote:
> > Just add a ._uuid attribute and have object equality follow equality of
> that attribute. There's no reason to expose that in the .__repr__, but it
> would be inspectab
I think it's more future-looking to allow pickle round-tripping. Just add a
._uuid attribute and have object equality follow equality of that
attribute. There's no reason to expose that in the .__repr__, but it would
be inspectable in concept.
On Fri, May 14, 2021, 7:01 PM Irit Katriel via Python-
On Thu, May 13, 2021 at 10:31 PM Christopher Barker
wrote:
> There was a discussion a while back ( a year or so?? ) on Python-ideas
> that introduced the idea of having more "sentinel-like" singletons in
> Python -- right now, we only have None.
>
As I remember, the year-ago conversation was bas
A lot of times the present tense in changelogs and similar is the English
"historical present", also called "narrative present." When the verb comes
first, it is usually imperative, but these shade with context. E.g.
* Give class Froz a .bar() method
* Adding metaclass gives class Froz a .bar() me
This reads like a much worse variation on GPT-3.
On Fri, Apr 23, 2021, 11:52 AM Pablo Galindo Salgado
wrote:
> I had I and still don't know what's going on. Mine was in a response to a
> release announcement so it was extra weird. Here is what I received:
>
> I have now formally filed a final la
I think what Christopher says is fair. My question (with little understanding
of the underlying infrastructure) is can we define a 'type' that communicates
that? Something like 'object that implements .read', or '.upper and .__iter__
for a spring-like object's?
toonarmycaptain
O
On Thu, Apr 15, 2021 at 9:54 PM Christopher Barker
wrote:
> Or rather, the below is what I would find really nice to be able to do.
>
>> ver = robust_version(module)
>> if ver >= (5, 2, 1):
>> doit_modern_style()
>> elif ver < (5, 2, 1):
>> doit_old_style
>> else:
>> doit_unversioned_
On Thu, Apr 15, 2021 at 4:55 PM Christopher Barker
wrote:
> Presumably that's why importlib.metadata exists in the stdlib.
>
I was so hopeful about this, but in the end... not really. I have not used
this capability before. Here are a few different situations I know of:
>>> import re, statist
On Wed, Apr 14, 2021 at 9:12 PM Paul Moore wrote:
> If it's not basically equivalent to packaging.version.Version (and
> based on PEP 440) then we'll be creating a nightmare of confusion,
> because PEP 440 versions are fundamental to packaging.
>
Are you suggesting that users should have to inst
On Wed, Apr 14, 2021 at 5:44 PM Christopher Barker
wrote:
> Another possible issue: using Version would require an extra import in
> many module initializations -- is that a performance issue that would
> matter?
>
I like having a `Version` object that is easily importable in the standard
librar
arker
wrote:
> On Wed, Apr 14, 2021 at 7:48 AM David Mertz wrote:
>
>> >>> vaex.__version__
>> {'vaex': '4.1.0', 'vaex-core': '4.1.0', 'vaex-viz': '0.5.0', 'vaex-hdf5':
>> '0.7.0', '
I recently encountered this, which is very useful, but only for a
human-readable perspective.
>>> import vaex
>>> vaex.__version__
{'vaex': '4.1.0', 'vaex-core': '4.1.0', 'vaex-viz': '0.5.0', 'vaex-hdf5':
'0.7.0', 'vaex-server': '0.4.0', 'vaex-astro': '0.8.0', 'vaex-jupyter':
'0.6.0', 'vaex-ml': '
I feel like all of these examples, if found in the wild, are far more
likely to be uncaught bugs than programmer intent. Being strict about
spaces (or parents, brackets, etc. in other contexts) around numbers is
much more straightforward than a number of edge cases where is not obvious
what will ha
I recently rebuilt my server (Ubuntu 20.04) and rebuilt mailman 2 - upgrading
to the latest version 2.1.34. The mail server is postfix
I run three mailing lists, including "TESTmail". The same issue below affects
all three lists.
On the General Page, I have filled in an administrator and a own
On Wed, Mar 10, 2021, 4:30 PM Steven D'Aprano wrote:
> > All the other examples are also forced and contrived. This is perhaps
> worst. I own several chains for purposes having nothing to do with bondage
> or oppression.
>
> Chains are an almost universal symbol of bondage and slavery: "Man is
On Wed, Mar 10, 2021 at 1:13 PM Evpok Padding
wrote:
> Apparently renaming a git branch to follow the general convention is now
> an unbearable outrage. It strikes me as a somewhat odd hill to die on, but
> okay. However there is a code of conduct that is supposed to be followed
> here https://ww
cular location) who would be willing to give me a review?
[1]: https://github.com/python/peps
[2]: https://github.com/python/peps/blob/master/README.rst
[3]: https://github.com/python/pythondotorg/pull/1735
--
David Foster | Seattle, WA, USA
Contributor to TypedDict support for
In conversation with Dan, I have fixed my conda package (but overwritten
the same version). I needed to add this to the build:
# sudo apt-get install gcc-multilib
CC='gcc -m32' make python
I don't have 32-bit headers by default anymore on my distro. With that
change, I can run:
% conda install
I've provided this excellent language interpreter as a conda package. For
users of conda, you can install it (on Linux) with:
conda install -c davidmertz python=0.9
(perhaps put it in a different environment than base).
I'm embarrassed by how much effort that took me. I used to teach
conda-
Will someone publish an manylinux build to conda-forge (or their own
channel)?
On Thu, Feb 18, 2021 at 9:15 PM Dan Stromberg wrote:
>
> On Thu, Feb 18, 2021 at 12:02 AM Paul Sokolovsky
> wrote:
>
>> I think to resolve this issue to the completion, and avoid possibility
>> of an intermediary to
On Sun, Feb 14, 2021, 5:34 PM Guido van Rossum wrote:
> But note that 'bool' in Python is not subclassable.
>
Sure. But that's why I suggested 'Bool' rather than 'bool'. It's a
different spelling, but one with a really obvious connection.
>
> I.e. if I read this:
>>
>> def is_str_list(v: List[A
On Sun, Feb 14, 2021, 2:53 PM Gregory P. Smith wrote:
> *TL;DR of my TL;DR* - Not conveying bool-ness directly in the return
> annotation is my only complaint. A BoolTypeGuard spelling would
> alleviate that.
>
This is exactly my feeling as well. In fact, I do not understand why it
cannot simpl
On Tue, Dec 22, 2020 at 11:44 PM Alan G. Isaac wrote:
> My question is not about work arounds.
> It is about whether the current definition of a sequence
> (in collections.abc) should govern `assertSequenceEqual`.
>
Why do you think a NumPy array is a sequence?
E.g.:
>>> a
array([[1, 2],
On Tue, Dec 22, 2020 at 6:57 PM Alan G. Isaac wrote:
> The following test fails because because `seq1 == seq2` returns a
> (boolean) NumPy array
> whenever either seq is a NumPy array.
>
> import unittest
> import numpy as np
> unittest.TestCase().assertSequenceEqual([1.,2.,3.],
>
As a candidate for the new SC, if elected I would certainly find it more
useful to have more specific thoughts from the outgoing SC than simply "we
recommend." How divided was the vote? Who took the sides? What were the
major points of disagreement? That sort of thing.
On Tue, Dec 8, 2020 at 9:39
Are there any filesystems that can actually record a meaningful ns
modification time? I find discussions claiming this:
- XFS and EXT3: second precision
- EXT4: millisecond precision
- NTFS: 100ns precision
- APFS: 1 ns precision
But also notes that the precision is likely to exceed the accuracy
>
> I'd put the question this way: assuming Matcher can be written (with a bit
> of stack magic), and assuming that the strings inside m.case() calls are
> exactly the same mini-languague PEP 634 proposes, would you want a syntax
> change?
>
> No, I wouldn't!
>
Is one of us mixing up negations? Are
On Mon, Nov 23, 2020, 4:32 PM Eric V. Smith
> I just commented on Steve's post over on Discourse. The problem with this
> is that the called function (m.case, here) needs to have access to the
> caller's namespace in order to resolve the expressions, such as StringNode
> and PairNone. This is one
On Mon, Nov 23, 2020 at 9:02 PM Brian Coleman
wrote:
> > Basically, I agree matching/destructuring is a powerful idea. But I also
> > wonder how much genuinely better it is than a library that does not
> require
> > a language change. For example, I could create a library to allow this:
>
>
I have a little bit of skepticism about the pattern matching syntax, for
similar reasons to those Larry expresses, and that Steve Dower mentioned on
Discourse.
Basically, I agree matching/destructuring is a powerful idea. But I also
wonder how much genuinely better it is than a library that does
On Mon, Nov 23, 2020, 2:58 PM Ethan Furman
> >> if isinstance(node, StringNode):
> >> return node.value
> >> elif isinstance(node, NumberNode):
> >> return float(node.value)
> >> elif isinstance(node, ListNode):
> >> return [p
On Sat, Nov 21, 2020 at 2:47 PM Guido van Rossum wrote:
> On Sat, Nov 21, 2020 at 9:52 AM David Mertz wrote:
>
>> So in my mind, if I had the choice, it is a decision between a sigil and
>> a word to indicate "no, really use this name as a value!" I like a wor
o, really use this name as a value!" I like a word
better, but none of the current keywords really make sense, so it would
need to be a new word. I suggested "value", but another word might be
better.
On Thu, Nov 12, 2020 at 7:38 PM David Mertz wrote:
> One idea that I can
On Sat, Nov 21, 2020 at 12:23 PM Steven D'Aprano
wrote:
> Clearly Spam(a=1, b=2) does not necessarily result in an instance with
> attributes a and b. But the pattern `Spam(a=1, b=2)` is intended to be
> equivalent to (roughly):
>
> if (instance(obj, Spam)
> and getattr(obj, a) == 1
>
Complimentary != Complementary
On Sun, Nov 15, 2020, 4:51 AM Paul Sokolovsky wrote:
> Hello,
>
> As was mentioned many times on the list, PEP634-PEP636 are thoroughly
> prepared and good materials, many thanks to their authors. PEP635
> "Motivation and Rationale" (https://www.python.org/dev/peps
I have read a great deal of discussion on the pattern matching PEPs and
less formal discussions. It is possible I have overlooked some post in all
of that, of course.
... OK, just saw Guido's "wait for new SC" comment, which I suppose applies
to this too :-).
One idea that I cannot recall seeing
On Wed, Oct 14, 2020 at 7:45 PM Steven D'Aprano wrote:
> Perhaps this is a silly suggestion, but could we offer this as an
> external function in the stdlib rather than a string method?
>
That feels unworkable to me.
For one thing, the 'in' operator hits this same issue, doesn't it? But for
ano
I'm sure that the large majority of the string searches I've done are in
Larry's tiny category.
However, I also think that big data needs are increasing, and things like
FASTA files can be enormously large texts that one has good reasons to
search on.
If there is a heuristic switch between algori
On Fri, Oct 9, 2020 at 10:25 AM Charalampos Stratakis
wrote:
> Does it really matter that much in regards to the specific context? If
> someone poses problematic behavior (as it seems, as I'm not familiar with
> any specifics here), maintenance of a module should be the last of the
> worries. The
Thank you so much Larry, for your wonderful work.
On Thu, Oct 1, 2020 at 8:44 AM Eric V. Smith wrote:
> Thanks for all of your work, Larry. I really think it was the stability of
> these releases that helped push 3.x into dominance over 2.7.
>
> 3 version control systems. Insane!
>
> Eric
> On
Three-ish questions:
1. What could this do that Macropy does not already do? (yes, I know "run
as top-level script", but that's uninspiring for me).
2. Do you have any evidence Numba developers would actually want this?! (as
claimed in draft FAQ). I know a lot of them, and teach Numba sometimes,
Add my name.
From: python-dev-requ...@python.org
Sent: Sunday, August 9, 2020 11:00 AM
To: python-dev@python.org
Subject: Python-Dev Digest, Vol 205, Issue 17
Send Python-Dev mailing list submissions to
python-dev@python.org
To subscribe or unsubscribe
I don't like consuming the iterator in the exception case. You might expect
just one, but have a fallback approach for more. You could build the safer
behavior using itertools.tee() or itertools.chain().
On Mon, Jul 27, 2020, 3:10 PM Noam Yorav-Raphael wrote:
> Hi,
>
> There's a simple function
On Wed, Jul 8, 2020, 1:50 PM Paul Sokolovsky
> > I admit I do not really understand what gain dynamic languages get from
> constants. I pretty uniformly use a common convention of ALLCAPS for
> constant names
>
> > I can easily imagine that a VM might gain speed with that information,
> but that a
On Wed, Jul 8, 2020, 1:00 PM Paul Sokolovsky
> Right. So, if someone would like to add something to this thread, I'd
> humbly suggest to concentrate on the lack of, and need for, of
> const-ness in the Python language core (in comparison to other languages
> or not), and usecases it enables, and n
On Wed, Jul 8, 2020, 12:22 PM Paul Sokolovsky
> popular VHLL/scripting languages which doesn't support defining of
> constants in the core language:
>
> JavaScript has "const foo = 1;"
> PHP has "const foo = 1;"
> Perl has "use constant foo => 1;"
> Lua has "local foo = 1"
> -
>
> > - Mathema
On Sun, Jul 5, 2020 at 2:37 PM Stephen J. Turnbull <
turnbull.stephen...@u.tsukuba.ac.jp> wrote:
> > Are you saying that people who split infinitives are usually
> > black,
>
> Of course not. Base rates suggest they're mostly white.
>
I think that's not true. According to this, English speake
t; But if
I really wanted to, I probably could have snuck in a paragraph describing
my feelings about Zorn's lemma, and inuititionistic set theory, and
well-ordered cardinals. If anyone later noticed my comment, they'd think
"David is a bit nuts." The message would kinda-sorta
I'm interested in being part of said Docs group!
David
From: python-dev-requ...@python.org
Sent: Thursday, July 2, 2020 5:33 PM
To: python-dev@python.org
Subject: Python-Dev Digest, Vol 204, Issue 23
Send Python-Dev mailing list submissions to
p
that get reached, might be better, in my opinion. I prefer to recognise and
critique, rather than erase,
'historical' history, as a rule (as opposed to git history). I think similar
damage is done in this case, when the record, and opportunity to point to and
learn from i
On Thu, Jul 2, 2020 at 1:36 PM David Antonini
wrote:
> Surely, if the argument is to be as inclusive and easy as possible,
> British English should be used? Things may have changed, but my impression
> is that the majority of English-second-language (ESL) speakers learn
> British
On Thu, Jul 2, 2020 at 12:58 PM Piper Thunstrom
wrote:
> > TL;DR: It's not a recent usage; it was OK in 1375.
>
> Forgive me for not giving a detailed play by play of 15 years of
> experience specifically as a writer and editor.
> Over the last handful of decades, singular "they" has been explici
to CPython
code is an added bonus.
I've been holding this thought a little while, but since the discussion on
English dialects has been raised, I think it's a point worth making.
yours,
David
PS The issue with 'they' tends to be that it doesn't adequately convey
sing
On Thu, Jul 2, 2020 at 12:15 PM Paul Moore wrote:
> My understanding is that technically "he" takes a dual role in
> English, as both masculine (technical linguistics gender) 3rd person
> singular and "indeterminate" 3rd person singular (because English
> doesn't have an "indeterminate-but-not-ne
On Thu, Jul 2, 2020, 11:08 AM Piper Thunstrom
> Paul, this is actually a good question to ask. In general, singular "they"
> is becoming more popular. It's already used frequently for the
> singular indeterminate pronoun:
>
The first attested use of singular they in English was in 1375 CE. I'm no
Inado-san makes a very good point.
The (English) language used in technical documents is not AAVE. It's not
Scotts-English. It's not Jamaican vernacular. It's not Indian English. But
it is ALSO not American upper-middle class, white ivy-league English.
Technical documentation is a kind of DSL wit
On Tue, Jun 30, 2020, 10:38 AM Piper Thunstrom
> The actual advice in The Elements of Style are mostly inoffensive when
> taken on their own, and out of context. The problem is that the Elements of
> Style (And many works like it) are built on a system of white supremacy.
> The grammarian movement
On Tue, Jun 30, 2020, 8:39 AM Steven D'Aprano wrote:
> It needs to be pointed out that Thomas Wouters was recently re-elected to
> the PSF board. I think we need to know whether Thomas speaks for the entire
> PSF board.
>
That seems silly. Of course Thomas doesn't speak for the Board here, and
n
Can we simply revise the commit message to something neutral like "Removed
specific reference to Strunk and White in favor of generic urge for
language clarity."
That's all the change actually was; there's no need for the other debate or
broad political background.
On Mon, Jun 29, 2020 at 3:28 PM
The commit message is simply silly. It introduces numerous contentious and
false claims that have nothing whatsoever to do with the small wording
change. It misunderstands how language, culture, history, and indeed white
supremacism, work.
I would recommend amending the commit message.
The underl
I gave a longer example, but the short version is that I cannot tell from
the Class Pattern or Runtime section how class patterns interact with
properties (i.e. when access changes state).
On Wed, Jun 24, 2020, 3:45 PM Guido van Rossum wrote:
> Everyone,
>
> If you've commented and you're worrie
def whereis(point):
> match point:
> case MovingPoint(0, 0):
> print("Origin")
> case MovingPoint(0, y):
> print(f"Y={y}")
> case MovingPoint(x, 0):
> print(f"X={x}")
> case MovingPoint(1, 1):
> print("Diagonal at u
On Tue, Jun 2, 2020, 9:41 AM Steve Dower
> > As is, I use islice() or a break inside a loop, but that hypothetical
> parameter might be a helpful
> > convenience.
>
> Besides, "zip(iter1, iter2, range(5))" is the same length once you include
> the extra unpack, plus it works well with earlier vers
On Tue, Jun 2, 2020 at 8:07 AM Chris Angelico wrote:
> > Given that the only input parameters are the iterables themselves, it's
> a stretch to even consider the first two as possibilities.
>
> Why? I can conceivably imagine that zip(iter1, iter2, truncate=5)
> would consume at most 5 elements fr
I comment on the PR.
On Tue, May 19, 2020 at 4:44 PM Brandt Bucher
wrote:
> Maybe I'm missing something here. The PEP specifically says:
>
> > Similarly, the iteration order of the key-value pairs in the dictionary
> will follow the same semantics as the examples above, with each newly added
> k
I know this is late in the cycle to think of this. But I just realized the
PEP 584 does not say anything about order guarantees.
I think it is safe to assume that existing keys in dictA will not have
order modified by `dictA |= dictB`. However, the PEP does not state what
order we are given when
Ok. That's true. It's technically correct as phrased. I glossed over the
"compared to" aspect. I still think it could be made more clear.
On Fri, May 15, 2020, 4:40 PM MRAB wrote:
> On 2020-05-15 20:36, David Mertz wrote:
> > On Fri, May 15, 2020 at 12:55
On Fri, May 15, 2020 at 12:55 PM Eric V. Smith wrote:
> Also: The PEP says "At most one additional item may be consumed from one
> of the iterators when compared to normal zip usage." I think this should
> be prefaced with "If ValueError is raised ...". Also, why does it say "at
> most one additi
1 - 100 of 2106 matches
Mail list logo
