[Python-Dev] Re: Pay for PR review and merging for VxWorks RTOS

2020-08-05 Thread Xin, Peixing
Hi, Stanley: Thanks for your comments. Almost all the patches are simple compatibility patch. But the subprocess module is an exception. Like windows, VxWorks have no fork/exec API provided. Instead, VxWorks uses rtpSpawn() to spawn a new process. So we have to implement VxWorks’ own

[Python-Dev] Re: Pay for PR review and merging for VxWorks RTOS

2020-08-05 Thread Kyle Stanley
What exactly does the PR involve? Is it a relatively simple compatibility patch or something that adds significant amounts of platform-specific code? The former can be reviewed (and potentially merged) by any core dev knowledgeable in the areas being changed, but the latter requires long-term

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Luciano Ramalho
On Wed, Aug 5, 2020 at 8:14 PM Larry Hastings wrote: > It's interesting to consider how C# did it. For example, at the same time > they added pattern matching, they also added "discards", which are > (undeclared-only?) variables whose name starts with '_' and whose value is > never retained.

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Larry Hastings
It's interesting to consider how C# did it.  For example, at the same time they added pattern matching, they also added "discards", which are (undeclared-only?) variables whose name starts with '_' and whose value is never retained.  I'm not sure, but I believe the language previously

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Robert White
Off the top of my head for recently happened and fairly mainstream language: C# added it in 8.0 https://docs.microsoft.com/en-us/archive/msdn-magazine/2019/may/csharp-8-0-pattern-matching-in-csharp-8-0 On Wed, Aug 5, 2020 at 3:33 PM Luciano Ramalho wrote: > On Tue, Aug 4, 2020 at 1:37 PM Tobias

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Luciano Ramalho
On Tue, Aug 4, 2020 at 1:37 PM Tobias Kohn wrote: > And experience from other programming languages who took the leap to having > pattern matching shows that it quickly becomes a quite intuitive and easy to > use feature. The languages I know about that have pattern matching had it from the

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Barry Warsaw
PEP 622 is already on the SC’s agenda for review. -Barry > On Aug 5, 2020, at 09:47, Ethan Furman wrote: > > On 7/30/20 8:35 AM, Rob Cliffe via Python-Dev wrote: > >> The debate is still going on as to whether "capture" variables should be >> marked... > I don't think the PEP authors are

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Guido van Rossum
On Wed, Aug 5, 2020 at 9:48 AM Ethan Furman wrote: > I don't think the PEP authors are debating it any more. Quite frankly, > I wish they would present to the SC and get accepted so we can get > Pattern Matching added to 3.10. :) > We did, a few weeks ago, and the SC is already reviewing it.

[Python-Dev] Re: Python Documentation, Python language improvement, and productive discussion

2020-08-05 Thread Dominic Davis-Foster
Hi Carol, I was wondering if you've been able to set up the workgroup yet? I'd certainly be interested in participating the there's an opportunity. Stay safe Dom ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to

[Python-Dev] Re: Pattern matching (alternative to PEP 622)

2020-08-05 Thread Eric Nieuwland
> On 4 Aug 2020, at 14:38, Koos Zevenhoven wrote: > > Hi everyone, > > [ … analysis of design goals and possible solutions, including … ] > > Point3D(x=pi, y=SIX, z=value) It suddenly struck me that Point3D(x=pi, y=SIX, z into value) would quite accurately describe what is being

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Antoine Pitrou
On Wed, 5 Aug 2020 09:47:30 -0700 Ethan Furman wrote: > On 7/30/20 8:35 AM, Rob Cliffe via Python-Dev wrote: > > > The debate is still going on as to whether "capture" variables should be > > marked... > I don't think the PEP authors are debating it any more. That would be a pity.

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Ethan Furman
On 7/30/20 8:35 AM, Rob Cliffe via Python-Dev wrote: The debate is still going on as to whether "capture" variables should be marked... I don't think the PEP authors are debating it any more. Quite frankly, I wish they would present to the SC and get accepted so we can get Pattern Matching

[Python-Dev] Pay for PR review and merging for VxWorks RTOS

2020-08-05 Thread Xin, Peixing
Hi, Python developers: Anyone interested in PR review and merging for VxWorks RTOS? We can give a proper pay for that. Contact me if you have interest. Thanks, Peixing ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Rob Cliffe via Python-Dev
On 03/08/2020 17:37, MRAB wrote: [snip] A thought occurred to me. By default, the current rules of the PEP could apply, but why not allow prefixing with "as" for a capture and "is" for a value? Yes, I know, comparison of the values is not by identity, but "is" is a short keyword that

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

2020-08-05 Thread Rob Cliffe via Python-Dev
Welcome to python-dev, Rik!  Of course you can email to this list. On 30/07/2020 14:30, Rik de Kort via Python-Dev wrote: I think adding the Walrus operator is trying to solve a problem that doesn't exist. Compare the example from the PEP:     [snip] case (x, y, z): [snip] To