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,
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
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 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
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
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
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:
>
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 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 ]
>
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.
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, 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
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
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
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
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
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 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
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
19 matches
Mail list logo
