Re: [Python-Dev] running/stepping python backwards

On Mon, May 2, 2011 at 1:49 PM, Terry Reedy tjre...@udel.edu wrote: (Please reply to me directly.) I did this time, but you should not expect that when posting to a public list. Actually, this is not only appropriate on some lists, on some lists one is actually strongly discouraged from

Re: [Python-Dev] Linus on garbage collection

On Fri, May 6, 2011 at 7:04 AM, Neal Becker ndbeck...@gmail.com wrote: http://gcc.gnu.org/ml/gcc/2002-08/msg00552.html Of course, a generational GC improves locality of reference. ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] [Python-checkins] cpython: Add NEWS and whatsnew entries for the packaging module

On Fri, Jun 3, 2011 at 3:29 PM, Tres Seaver tsea...@palladion.com wrote: Even for Python 2.4, really? Do you really need to support this old Python Yes. Many projects distribute packages to folks still using 2.4. Supporting detail: I recently installed the latest CentOS, 5.6, and found

Re: [Python-Dev] Compiling Python 3.2 on Cygwin fails

On Tue, Jul 5, 2011 at 7:25 AM, David Robinow drobi...@gmail.com wrote: Cygwin is not really a supported platform. ... [Ultimately somebody with an interest in cygwin will need to get active in python development. I've been meaning to do this but life gets in the way.] I was bitten by

Re: [Python-Dev] Compiling Python 3.2 on Cygwin fails

On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin brian.cur...@gmail.comwrote: On Tue, Jul 5, 2011 at 14:12, Dan Stromberg drsali...@gmail.com wrote: On Tue, Jul 5, 2011 at 7:25 AM, David Robinow drobi...@gmail.com wrote: Cygwin is not really a supported platform. ... [Ultimately somebody

Re: [Python-Dev] Compiling Python 3.2 on Cygwin fails

On Tue, Jul 5, 2011 at 1:00 PM, Brian Curtin brian.cur...@gmail.com wrote: On Tue, Jul 5, 2011 at 14:41, Dan Stromberg drsali...@gmail.com wrote: On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin brian.cur...@gmail.comwrote: On Tue, Jul 5, 2011 at 14:12, Dan Stromberg drsali...@gmail.com wrote

Re: [Python-Dev] hard linking executables

It's been suggested that *ix has hardlinks because someone thought up hardlinks before someone thought up symlinks - IOW, there are those who suggest that if people had added symlinks first, no one would've bothered adding hardlinks. Symlinks are almost always more flexible, and almost always

Re: [Python-Dev] hard linking executables

On Wed, Jul 27, 2011 at 2:37 PM, Ben Finney ben+pyt...@benfinney.id.auwrote: Dan Stromberg drsali...@gmail.com writes: It's been suggested that *ix has hardlinks because someone thought up hardlinks before someone thought up symlinks - IOW, there are those who suggest that if people had

Re: [Python-Dev] Should we move to replace re with regex?

On Fri, Aug 26, 2011 at 2:45 PM, Guido van Rossum gu...@python.org wrote: ...but on second thought I wonder if maybe regex is mature enough to replace re in Python 3.3. I agree that the move from regex to re was kind of painful. It seems someone should merge the unit tests for re and regex,

Re: [Python-Dev] Should we move to replace re with regex?

On Fri, Aug 26, 2011 at 5:08 PM, Antoine Pitrou solip...@pitrou.net wrote: On Fri, 26 Aug 2011 15:48:42 -0700 Dan Stromberg drsali...@gmail.com wrote: Then there probably should be a from __future__ import for a while. If you are willing to use a from __future__ import, why not simply

Re: [Python-Dev] Should we move to replace re with regex?

On Fri, Aug 26, 2011 at 8:47 PM, Steven D'Aprano st...@pearwood.infowrote: Antoine Pitrou wrote: On Fri, 26 Aug 2011 17:25:56 -0700 Dan Stromberg drsali...@gmail.com wrote: If you add regex as import regex, and the new regex module doesn't work out, regex might be harder to get rid

Re: [Python-Dev] Should we move to replace re with regex?

On Sat, Aug 27, 2011 at 9:19 AM, Guido van Rossum gu...@python.org wrote: On Fri, Aug 26, 2011 at 11:01 PM, Dan Stromberg drsali...@gmail.com wrote: [Steven] Have then been any __future__ features that were added provisionally? I can't either, but ISTR hearing that from __future__ import

Re: [Python-Dev] Should we move to replace re with regex?

On Sat, Aug 27, 2011 at 9:53 AM, Brian Curtin brian.cur...@gmail.comwrote: On Sat, Aug 27, 2011 at 11:48, Dan Stromberg drsali...@gmail.com wrote: No, this was not the intent of __future__. The intent is that a feature is desirable but also backwards incompatible (e.g. introduces a new

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 9:04 AM, Nick Coghlan ncogh...@gmail.com wrote: On Sun, Aug 28, 2011 at 1:58 AM, Nadeem Vawda nadeem.va...@gmail.com wrote: On Sat, Aug 27, 2011 at 5:52 PM, Nick Coghlan ncogh...@gmail.com wrote: It's acceptable for the Python version to use ctypes in the case of

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 1:21 PM, Martin v. Löwis mar...@v.loewis.dewrote: I'd like to better understand why ctypes is (sometimes) frowned upon. Is it the brittleness? Tendency to segfault? That, and Python should work completely if ctypes is not available. What are the most major

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 2:38 PM, Nadeem Vawda nadeem.va...@gmail.comwrote: On Sat, Aug 27, 2011 at 10:41 PM, Dan Stromberg drsali...@gmail.com wrote: It seems like there should be some way of coming up with an xml file describing the types of the various bits of data and formal arguments

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 3:26 PM, Antoine Pitrou solip...@pitrou.net wrote: On Sat, 27 Aug 2011 15:14:15 -0700 Dan Stromberg drsali...@gmail.com wrote: On Sat, Aug 27, 2011 at 2:38 PM, Nadeem Vawda nadeem.va...@gmail.com wrote: On Sat, Aug 27, 2011 at 10:41 PM, Dan Stromberg drsali

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 4:27 PM, Antoine Pitrou solip...@pitrou.net wrote: Sure. Now please convince Linux distributions first, because this particular subthread is going nowhere. I hope you're not a solipsist. Anyway, if the mere -discussion- of embracing a standard and safe way of making

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 4:27 PM, Antoine Pitrou solip...@pitrou.net wrote: On Sat, 27 Aug 2011 16:19:01 -0700 Dan Stromberg drsali...@gmail.com wrote: 2) It's a rather arbitrary distinction that's being drawn between dev and nondev today. There's no particular reason why the line couldn't

Re: [Python-Dev] LZMA compression support in 3.3

On Sat, Aug 27, 2011 at 8:57 PM, Guido van Rossum gu...@python.org wrote: On Sat, Aug 27, 2011 at 3:14 PM, Dan Stromberg drsali...@gmail.com wrote: IMO, we really, really need some common way of accessing C libraries that works for all major Python variants. We have one. It's called

Re: [Python-Dev] Ctypes and the stdlib (was Re: LZMA compression support in 3.3)

On Tue, Aug 30, 2011 at 10:05 AM, Guido van Rossum gu...@python.org wrote: On Tue, Aug 30, 2011 at 9:49 AM, Martin v. Löwis mar...@v.loewis.de wrote: The problem lies with the PyPy backend -- there it generates ctypes code, which means that the signature you declare to Cython/Pyrex must

[Python-Dev] Hashes on same site as download?

I may be missing something, but it seems the Python tarballs and hashes are on the same host, and this is not an entirely good thing for security. The way things are now, an attacker breaks into one host, doctors up a tarball, changes the hashes in the same host, and people download without

Re: [Python-Dev] Hashes on same site as download?

On Mon, Oct 21, 2013 at 6:47 PM, Tim Delaney timothy.c.dela...@gmail.comwrote: On 22 October 2013 12:21, Dan Stromberg drsali...@gmail.com wrote: I may be missing something, but it seems the Python tarballs and hashes are on the same host, and this is not an entirely good thing for security

[Python-Dev] Fwd: Python 2.x and 3.x usage survey

So far the results are looking good for 3.x. -- Forwarded message -- From: Dan Stromberg drsali...@gmail.com Date: Mon, Dec 30, 2013 at 1:56 PM Subject: Python 2.x and 3.x usage survey To: Python List python-l...@python.org I keep hearing naysayers, nay saying about Python 3.x

Re: [Python-Dev] Fwd: Python 2.x and 3.x usage survey

On Tue, Dec 31, 2013 at 1:50 AM, Paul Moore p.f.mo...@gmail.com wrote: On 31 December 2013 05:31, Dan Stromberg drsali...@gmail.com wrote: So far the results are looking good for 3.x. Where can the results be seen? I don't think there's a publicly-available results page yet. I'll summarize

[Python-Dev] 2.x vs 3.x survey results

Is there a better place to put this than: http://stromberg.dnsalias.org/~strombrg/python-2.x-vs-3.x-survey/ Thanks. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] 2.x vs 3.x survey results

On Thu, Jan 2, 2014 at 1:34 PM, Antoine Pitrou solip...@pitrou.net wrote: On Thu, 2 Jan 2014 13:10:36 -0800 Dan Stromberg drsali...@gmail.com wrote: Is there a better place to put this than: http://stromberg.dnsalias.org/~strombrg/python-2.x-vs-3.x-survey/ Thank you for doing this! My

Re: [Python-Dev] 2.x vs 3.x survey results

On Thu, Jan 2, 2014 at 3:20 PM, Ben Finney ben+pyt...@benfinney.id.au wrote: Antoine Pitrou solip...@pitrou.net writes: If wiki.python.org supports file uploads, it may be the place for publishing the results. Dan, can your reporting tool produce the report in HTML format (and plots as SVG

Re: [Python-Dev] 2.x vs 3.x survey results

...@krypto.org wrote: Somewhere you need to describe the survey methodology, who was surveyed, how were they selected, etc. On Thu, Jan 2, 2014 at 2:54 PM, Dan Stromberg drsali...@gmail.com wrote: On Thu, Jan 2, 2014 at 1:34 PM, Antoine Pitrou solip...@pitrou.net wrote: On Thu, 2 Jan 2014 13:10:36

Re: [Python-Dev] 2.x vs 3.x survey results

On Sat, Jan 4, 2014 at 8:20 PM, John Yeuk Hon Wong gokoproj...@gmail.com wrote: I think it helps Luca and many others (including myself) if there is a reference of the difference between 2.7 and Python 3.3+. There are PEPs and books, but is there any such long list of references? If not,

Re: [Python-Dev] Python3 complexity (was RFC: PEP 460: Add bytes...)

On Wed, Jan 8, 2014 at 2:04 PM, Kristján Valur Jónsson krist...@ccpgames.com wrote: Believe it or not, sometimes you really don't care about encodings. Sometimes you just want to parse text files. Python 3 forces you to think about abstract concepts like encodings when all you want is to

[Python-Dev] Python 3 marketing document?

Has anyone published a web page or wiki page about what's great about Python 3.x? ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] Purpose of Doctests [Was: Best practices for Enum]

On Sat, May 18, 2013 at 11:41 PM, Raymond Hettinger raymond.hettin...@gmail.com wrote: On May 14, 2013, at 9:39 AM, Gregory P. Smith g...@krypto.org wrote: Bad: doctests. I'm hoping that core developers don't get caught-up in the doctests are bad meme. Don't doctests intended for

Re: [Python-Dev] New FreeBSD 10.0-CURRENT buildbot

On Sun, Jun 2, 2013 at 12:51 PM, Carlos Nepomuceno carlosnepomuc...@outlook.com wrote: Date: Sun, 2 Jun 2013 15:12:43 +1000 From: koobs.free...@gmail.com To: python-dev@python.org Subject: [Python-Dev] New FreeBSD 10.0-CURRENT buildbot [...]

Re: [Python-Dev] Do you consider Python a 4GL? Why (not)?

On Tue, Jun 4, 2013 at 4:53 PM, Carlos Nepomuceno carlosnepomuc...@outlook.com wrote: Do you consider Python a 4GL? Why (not)? By the wikipedia definition of 4GL and 5GL, I'd say Python is neither. And it's not a VHLL either, again according to the wikipedia definition. But IMO it is too

Re: [Python-Dev] collections.sortedtree

On Wed, Mar 26, 2014 at 1:55 PM, Benjamin Peterson benja...@python.org wrote: On Wed, Mar 26, 2014, at 13:31, Marko Rauhamaa wrote: I have made a full implementation of a balanced tree and would like to know what the process is to have it considered for inclusion in Python 3. It's not a bad

Re: [Python-Dev] collections.sortedtree

On Wed, Mar 26, 2014 at 3:52 PM, Marko Rauhamaa ma...@pacujo.net wrote: Dan Stromberg drsali...@gmail.com: It'd likely make sense to have either a pure python implementation, or pure python and C-extended, so that Pypy and Jython can share the feature with CPython. Jython can build directly

Re: [Python-Dev] collections.sortedtree

On Fri, Mar 28, 2014 at 5:48 PM, Daniel Stutzbach stutzb...@google.com wrote: On Fri, Mar 28, 2014 at 2:54 PM, Marko Rauhamaa ma...@pacujo.net wrote: The blist implementation, which I have taken a quick glance at, buys cache locality at the price of block copying; I have no data to decide if

Re: [Python-Dev] collections.sortedtree

vne On Mon, Mar 31, 2014 at 2:01 PM, Daniel Stutzbach stutzb...@google.com wrote: On Fri, Mar 28, 2014 at 6:45 PM, Dan Stromberg drsali...@gmail.com wrote: In my testing blist.sorteddict was dead last for random keys, and wasn't last but was still significantly underperforming for sequential

Re: [Python-Dev] RFC: PEP 475, Retry system calls failing with EINTR

On Sun, Aug 31, 2014 at 3:28 PM, Greg Ewing greg.ew...@canterbury.ac.nz wrote: Victor Stinner wrote: As written in the PEP, if you want to be notified of the signal, set a signal handler which raises an exception. I'm not convinced that this covers all possible use cases. It might be all

Re: [Python-Dev] mUTF-7 support?

On Thu, Oct 9, 2014 at 3:47 PM, Jesus Cea j...@jcea.es wrote: I miss mUTF-7 support (as used to encode IMAP4 mailbox names) in Python, in the codecs module. As an european with a language with 27 different letters (instead of english 26), tildes, opening question marks, etc., I find it very

[Python-Dev] Python 2.x vs 3.x survey - new owner?

Last year in late December, I did a brief, 9 question survey of 2.x vs 3.x usage. I like the think the results were interesting, but I don't have the spare cash to do it again this year. I probably shouldn't have done it last year. ^_^ Is anyone interested in taking over the survey? It's on

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

On Thu, Dec 11, 2014 at 11:35 AM, Mark Roberts wiz...@gmail.com wrote: I disagree. I know there's a huge focus on The Big Libraries (and wholesale migration is all but impossible without them), but the long tail of libraries is still incredibly important. It's like saying that migrating the

Re: [Python-Dev] Python should be easily compilable on Windows with MinGW

But what do you really think? IMO, windows builds probably should do both visual studio and mingw. That is, there probably should be two builds on windows, since there's no clear consensus about which to use. I certainly prefer mingw over visual studio - and I have adequate bandwidth for either.

[Python-Dev] Slow down...

When I think of why Python is so far ahead of Perl in language design, I think it's simply that Python is the result of cautious design, and Perl is the result of exuberant design. I think Python is in danger of becoming a large language - which isn't a good thing. A great language, like Scheme

Re: [Python-Dev] Deprecate crypt module and revert PR 3854

On Fri, Feb 2, 2018 at 12:31 PM, Antoine Pitrou wrote: > On Fri, 2 Feb 2018 16:23:20 +0100 > Christian Heimes wrote: >> Hi, >> >> in PR 3854 [1] Serhiy added blowfish, extended DES and NT-Hash to >> Python's crypt mdodule. I vetoed against addition of

Re: [Python-Dev] Guido's Python 1.0.0 Announcement from 27 Jan 1994

We probably should (if possible) create an archive (with dates) of very old (or all, actually) versions of CPython, analogous to what The Unix Heritage Society does for V5, V7, etc., but for CPython... Or is there one already? I found a bunch of 1.x's, but no 0.x's. What I found was at

Re: [Python-Dev] How to set/update value in a xml file using requests in python

This is more relevant to python-list than python-dev. I've added python-list to the To header. Gmail doesn't appear to allow setting a reply-to for a single message, so I've not set that; please, when replying, drop python-dev from the to: header. You'll likely want to set up some kind of REST

Re: [Python-Dev] Is 4.0 a major breaking changes release?

On Sat, Feb 3, 2018 at 2:40 PM, Alex Walters wrote: > I am still working on porting code from 2.x to 3.x. As of late on the lists > I've seen comments about making somewhat major changes in 4.0 - now I'm > concerned that I should pause my porting effort until that is

Re: [Python-Dev] How is the GitHub workflow working for people?

On Wed, Feb 21, 2018 at 2:19 PM, Barry Warsaw wrote: > On Feb 21, 2018, at 13:22, Guido van Rossum wrote: >> >> I'm willing to reconsider if there's a good enough tool. Ditto for C code >> (or do we already do it for C?). > > For Python code, flake8

Re: [Python-Dev] PEP 572: Write vs Read, Understand and Control Flow

On Tue, Apr 24, 2018 at 2:21 AM, Victor Stinner wrote: > == Write code for babies! == > > Please don't write code for yourself, but write code for babies! :-) > These babies are going to maintain your code for the next 5 years, > while you moved to a different team or project

Re: [Python-Dev] Replacing self.__dict__ in __init__

On Sun, Mar 25, 2018 at 9:51 AM, Serhiy Storchaka wrote: > 25.03.18 18:38, Tin Tvrtković пише: >> >> For example, for a simple class with 9 attributes: > What are results for classes with 2 or 100 attributes? What are results in > Python 3.5? > > I think you are playing on

Re: [Python-Dev] Any way to only receive emails for threads that I am participating in?

On Fri, Mar 2, 2018 at 6:15 PM, Elias Zamaria wrote: > It seems like I can either subscribe and get emails for all of the threads, > or unsubscribe and not get any emails, making me unable to reply to the > threads I want to reply to. The batched daily digest feature makes the

[Python-Dev] Re: PEP 616 -- String methods to remove prefixes and suffixes

On Fri, Mar 20, 2020 at 3:28 PM Victor Stinner wrote: > > The builtin ``str`` class will gain two new methods with roughly the > > following behavior:: > > > > def cutprefix(self: str, pre: str, /) -> str: > > if self.startswith(pre): > > return self[len(pre):] > >

[Python-Dev] Re: PEP 638: Syntactic macros

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

[Python-Dev] Re: Speeding up CPython

On Tue, Oct 20, 2020 at 9:33 AM Steven D'Aprano wrote: > > What would happen if $2M were spent on improving PyPy3 instead? > > Then both of the PyPy3 users will be very happy *wink* > Wow, I didn't know I was 50% of Pypy3 users :) Anyway, Pypy3 is already pretty great. I'm sure it can be

[Python-Dev] Re: nanosecond stat fields, but not os.path methods ?

On Mon, Dec 7, 2020 at 10:52 AM Antoine Pitrou wrote: > On Mon, 7 Dec 2020 16:19:02 + > David Mertz wrote: > > Are there any filesystems that can actually record a meaningful ns > > modification time? I find discussions claiming this: > > > > - XFS and EXT3: second precision > > - EXT4:

[Python-Dev] Re: PEP 642: Constraint Pattern Syntax for Structural Pattern Matching

On Sat, Oct 31, 2020 at 9:37 PM Guido van Rossum wrote: > > I think this over-stresses the notion that users might want to override > the comparison operator to be used. We only have two operators that make > sense in this context, 'is' and '==', and really, for almost everything you > want to

[Python-Dev] Re: Why list.sort() uses mergesort and not timsort?

On Mon, Jun 7, 2021 at 11:20 AM Tim Peters wrote: > [Dan Stromberg ] > > ... > > Timsort added the innovation of making mergesort in-place, plus a little > > (though already common) O(*n^2) sorting for small sublists. > > Actually, both were already very common in merg

[Python-Dev] Re: Why list.sort() uses mergesort and not timsort?

On Sun, Jun 6, 2021 at 2:46 AM Marco Sulla wrote: > As title. Is it faster for inplace sorting, or simply the > implementation of list.sort() was done before the implementation of > timsort? > As you already know, timsort is pretty close to merge sort. Timsort added the innovation of making

[Python-Dev] Re: IRC #python-dev channel is now on Libera Chat (bye bye Freenode)

On Wed, May 26, 2021 at 4:25 PM Greg Ewing wrote: > > On Wed, May 26, 2021 at 8:55 AM Ammar Askar > > wrote: > > > > most > > recently if your topic mentioned libera.chat, the new freenode owners > > will take it over, ban anyone from chatting in it and

[Python-Dev] Re: [slightly OT] cryptographically strong random.SystemRandom()

On Fri, Jul 9, 2021 at 2:26 PM Tim Peters wrote: > [Ethan Furman] > > A question [1] has arisen about the viability of `random.SystemRandom` in > > Pythons before and after the secrets module was introduced > > (3.5 I think) -- specifically > > > > does it give independent and uniform

[Python-Dev] Re: [slightly OT] cryptographically strong random.SystemRandom()

On Mon, Jul 12, 2021 at 8:37 AM Steve Dower wrote: > On 7/12/2021 4:11 PM, Dan Stromberg wrote: > > It looks like CPython could do better on Windows: SystemRandom (because > > of os.urandom()) is good on Linux and mac, but on Windows they use the > > CryptGen

[Python-Dev] Alternative syntax for Python's lambda

I posted this to LWN, and thought I'd share it here too: I'm opposed to terse-ifying lambda in Python. Lambda is rarely useful in Python - you're almost always better off using a generator expression, a list comprehension, or something from the operator module. And lambdas tend to give rise to

[Python-Dev] Re: Alternative syntax for Python's lambda

Please see https://lwn.net/Articles/847960/ :) On Thu, Mar 25, 2021 at 2:34 PM Ethan Furman wrote: > On 3/25/21 1:06 PM, Dan Stromberg wrote: > > > > I posted this to LWN, and thought I'd share it here too: > > This post is nearly completely devoid of context --

[Python-Dev] Re: pth file encoding

On Wed, Mar 17, 2021 at 1:11 AM Michał Górny wrote: > On Wed, 2021-03-17 at 13:55 +0900, Inada Naoki wrote: > > OK. setuptools doesn't specify encoding at all. So locale-specific > > encoding is used. > > We can not fix it in short term. > > How about writing paths as bytestrings in the long

[Python-Dev] Python standardization

What would it take to create an ANSI, ECMA and/or ISO standard for Python? It seems to have really helped C. It looks like Java isn't standardized, and it's done OK, though perhaps it was healthier in the past - before Oracle decided API's were ownable. I think standardizing Python might be

[Python-Dev] Re: Python standardization

re it's hard work. I'd really like to know quantitatively what the benefits would be of > running that gauntlet, as I'm not sure they would outweigh the costs. > I think it'd be easier to quantify love. On Fri, 2021-02-12 at 10:33 -0800, Dan Stromberg wrote: > > > What would it t

[Python-Dev] Re: Python standardization

ut like I said, having a reference implementation instead of a standard makes that more difficult. > On 12.02.2021 21:33, Dan Stromberg wrote: > > > What would it take to create an ANSI, ECMA and/or ISO standard for Python? > > It seems to have really helped C. > > It looks like

[Python-Dev] Re: Python standardization

That could be good. :) And sometimes standards are rubber stamped by other bodies. On Fri, Feb 12, 2021 at 12:03 PM Paul Bryan wrote: > What if PSF were to undertake codifying a language specification? > > On Fri, 2021-02-12 at 11:57 -0800, Dan Stromberg wrote: > > > On

[Python-Dev] Re: Python standardization

On Fri, Feb 12, 2021 at 2:01 PM Greg Ewing wrote: > On 13/02/21 9:03 am, Paul Bryan wrote: > > What if PSF were to undertake codifying a language specification? > > We have the Language Reference and Library Reference. Do they > not count as specifications? > It's been a long time since I looked

[Python-Dev] Re: Python standardization

But this message seems to say "Argue with me!" ___ 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

[Python-Dev] Re: Python standardization

On Fri, Feb 12, 2021 at 2:26 PM Chris Angelico wrote: > On Sat, Feb 13, 2021 at 6:58 AM Dan Stromberg wrote: > > I believe Python needs to become more independent of CPython, for > Python's long term health. > > > > Since 1997, Python has been defined independe

[Python-Dev] Re: Deprecate support for mingw - add to PEP 11

mingw-w64 might be a small change. But while one is it at, it might make sense to evaluate: https://clang.llvm.org/docs/MSVCCompatibility.html Apparently clang on Windows is working on calling convention compatibility with Visual Studio. On Sat, Feb 20, 2021 at 8:37 PM wrote: > I think

[Python-Dev] Re: Move support of legacy platforms/architectures outside Python

On Sun, Feb 21, 2021 at 4:16 AM Victor Stinner wrote: > > There is also a 4th category: platforms/archs which are really not > supported, like they legacy ones for which we removed the code :-) > Examples: BeOS, MacOS 9, platforms with no thread support, etc. > FWIW, BeOS may be resurfacing

[Python-Dev] Re: Deprecate support for mingw - add to PEP 11

, Feb 20, 2021 at 9:08 PM Dan Stromberg wrote: > mingw-w64 might be a small change. > > But while one is it at, it might make sense to evaluate: > https://clang.llvm.org/docs/MSVCCompatibility.html > Apparently clang on Windows is working on calling convention compatibility >

[Python-Dev] Re: Move support of legacy platforms/architectures outside Python

On Sun, Feb 21, 2021 at 1:07 PM Gregory P. Smith wrote: > > > I'm +1 in general for your proposal. I also like the idea to adopt >> > Rust's platform support definition. >> > +1, but see below. > > The main thing from a project maintenance perspective is for platforms to > not become a burden

[Python-Dev] Re: Python 0.9.1

On Thu, Feb 18, 2021 at 9:39 PM David Mertz wrote: > As Skip pointed out to me privately, there are some minor limitations with > this version. E.g.: > > % python > >>> import glob > >>> import sys > >>> print 'hello' > hello > >>> print 2+2 > 4 > >>> print 2*2 > Unhandled exception: run-time

[Python-Dev] Re: Python 0.9.1

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 add any unexpected changes/mistakes to the > original sources, instead of "someone making a tarball", someone should > make a script, which

[Python-Dev] Re: Python multithreading without the GIL

On Thu, Oct 7, 2021 at 9:10 PM Chris Angelico wrote: > Concurrency is *hard*. There's no getting around it, there's no > sugar-coating it. There are concepts that simply have to be learned, > and the failures can be extremely hard to track down. Instantiating an > object on the wrong thread can

[Python-Dev] Re: Having Sorted Containers in stdlib?

On Tue, Nov 9, 2021 at 9:00 PM Steven D'Aprano wrote: > Sorting dicts has been discussed on the Python-Ideas mailing list, it is > too hard and expensive to justify for the limited use-cases for it. If > you want to sort a dict, you are best to sort the dict's keys, then > create a new dict. Or

[Python-Dev] Re: Are "Batteries Included" still a Good Thing? [was: It's now time to deprecate the stdlib urllib module]

On Sat, Mar 26, 2022 at 5:58 PM Ethan Furman wrote: > [apologies for the late post, just found this in my drafts folder] > > On 2/7/22 12:49 AM, Stéfane Fermigier wrote: > > > 3. Overall, I think the days where "battery included" was a positive > argument are over > > I strongly disagree. Being

[Python-Dev] Re: How about using modern C++ in development of CPython ?

On Fri, Apr 16, 2021 at 11:13 AM Christian Heimes wrote: > On 16/04/2021 19.14, redrad...@gmail.com wrote: > > My personal stop of contributing in CPython is that it is written in > pure C !! > > I wrote code in both: pure C and C++, but I like writing code in C++, > because it simplifies things

[Python-Dev] Re: Declarative imports

On Fri, Apr 8, 2022 at 1:26 AM Malthe wrote: > This is an idea which has been brought up before, sometimes introduced > as "heresy". But an interesting twist has surfaced now which is > typing. > What for? To save a few keystrokes? Can't some IDE's add the import for you? Please don't drag