Commit Graph

198 Commits

Author SHA1 Message Date
Malcolm Smith 6a6f355bcb
PEP 738: clarify Android CI availability (#3700) 2024-03-04 14:09:57 +01:00
Jelle Zijlstra a8d040aceb
PEP 696, 705: Mark as Accepted (#3699) 2024-03-01 05:59:13 -08:00
Eric Snow 2df99f332c
PEP 734: Fix the Example Code Under Interpreter.call_in_thread() (#3698) 2024-02-29 16:29:05 -07:00
Jelle Zijlstra b70f26b7c4
PEP 742: Allow inferring the intersection type; carry over TypeGuard spec change (#3696) 2024-02-29 07:37:45 -08:00
Sergey B Kirpichev 711208a787
PEP 726: Mark as Rejected (#3695) 2024-02-28 15:47:57 -08:00
Mariatta 670382b5a6
PEP 732: Specify that the Python Wiki is not in scope (#3663) 2024-02-27 22:14:55 -08:00
Jelle Zijlstra b83b17ffd7
PEP 730: Mark as accepted (#3694) 2024-02-28 00:06:40 -05:00
Filipe Laíns 77a9780295
PEP 739: add missing fields (#3693) 2024-02-27 20:12:25 +00:00
Eric Snow 13022a6d12
PEP 734: Updates After Discussion (#3664) 2024-02-27 11:49:36 -07:00
Stephen Rosen c55835e170
PEP 735: Refine phrasing around 'non-standard' tool features (#3689)
Refine "non-standard" phrasing in PEP 735

One of the Poetry maintainers noted tha the current phrasing could be
read as a negative take on `poetry` and `pdm` using "non-standard"
data.

At the same time, it's important to be clear that the problem being
solved here is not adequately solved by the existing tools due to the
lack of an existing underlying standard.

This rephrasing tries to balance these two concerns, describing the
current behaviors as 'tool specific' and focusing on "standardization"
(positive) rather than "non-standardization" (negative).
2024-02-26 11:05:24 -08:00
Hugo van Kemenade 3029af3348
PEP 394: Fix formatting (#3691)
And remove redundant fields, and update BPO link
2024-02-26 09:33:49 +01:00
Filipe Laíns 46c0e9730a
PEP 739: first round of feedback (#3690) 2024-02-24 10:20:02 +00:00
William Andrea d294d5ef19
PEP 657: Fix alignment typo (#3605) 2024-02-23 18:21:19 -08:00
Jelle Zijlstra c576162334
PEP 742: Expand "How to Teach This" (#3683)
Example sections on:
- When to use TypeIs
- How to write a safe TypeIs
- TypeIs vs. TypeGuard

Also note the implementations in typing-extensions, pyright, and pyanalyze.
2024-02-22 20:55:29 -08:00
Tian Gao 5995f0b7f9
PEP 667: Add Tian to the list of authors (#3687) 2024-02-22 17:46:27 +00:00
Sviatoslav Sydorenko (Святослав Сидоренко) 9c5d66b67d
PEP 735: Fix a typo — "iif" -> "if" (#3685) 2024-02-20 19:10:31 -08:00
Hugo van Kemenade 3caeb30a58
PEP 664, 694, 719: Update 3.11.8, 3.12.2 and 3.13.0a4 release dates (#3681)
* PEP 694, 719: Update 3.12.2 and 3.13.0a4 release dates

* PEP 664: Update 3.11.8 release date
2024-02-19 14:46:14 +00:00
Zixuan Li 290f47b4f4
PEP 728: Incorporate feedback from discussions (#3680)
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2024-02-17 14:31:57 -08:00
James Hilton-Balfe c6c71c52e5
PEP 718: More rationale, use-cases and expansion on monomorphisation (#3631)
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com>
2024-02-16 19:29:08 -08:00
Hugo van Kemenade 16c8775b31
PEP 695: Mark as Final (#3675) 2024-02-16 19:25:41 -08:00
Hugo van Kemenade 908d90ab5c
PEP 604: Mark as Final (#3677) 2024-02-16 19:06:07 +02:00
Hugo van Kemenade 3f0332f992
PEP 692: Mark as Final (#3679) 2024-02-16 08:12:21 -08:00
Hugo van Kemenade 3e06783c66
PEP 688: Mark as Final (#3678) 2024-02-16 08:11:53 -08:00
Hugo van Kemenade 0a8908c752
PEP 613: Mark as Final (#3670) 2024-02-16 08:28:04 +02:00
Hugo van Kemenade 467e5b55cc
PEP 655: Mark as Final (#3672) 2024-02-16 08:27:36 +02:00
Hugo van Kemenade 248999fc15
PEP 681: Mark as Final (#3674) 2024-02-15 17:17:07 -08:00
Jelle Zijlstra b9cc1fcc61
PEP 742: Add Discussions-To; use TypeIs (#3665) 2024-02-15 17:16:03 -08:00
Hugo van Kemenade e1f09321ac
PEP 698: Mark as Final (#3676) 2024-02-15 12:03:31 -07:00
Hugo van Kemenade 9b015251ad
PEP 675: Mark as Final (#3673) 2024-02-15 18:22:13 +02:00
Hugo van Kemenade bcd42d645e
PEP 593: Mark as Final (#3669) 2024-02-15 17:45:15 +02:00
Hugo van Kemenade 74ceb5d8ae
PEP 591: Mark as Final (#3668) 2024-02-15 07:39:51 +02:00
Hugo van Kemenade e329925dba
PEP 589: Mark as Final (#3667) 2024-02-14 13:43:47 -07:00
Hugo van Kemenade ef1b489c4c
PEP 586: Mark as Final (#3666) 2024-02-14 13:29:34 -07:00
Malcolm Smith fda02b5757
PEP 738: Android support, draft 2 (GH-3651) 2024-02-13 16:16:35 +01:00
Jelle Zijlstra 53c3d1a703
PEP 742: TypeNarrower (#3649)
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
2024-02-10 20:14:42 -08:00
William Woodruff 708a7295c7
PEP 740: initial feedback (#3637)
Signed-off-by: William Woodruff <william@yossarian.net>
2024-02-10 20:48:19 +02:00
Hugo van Kemenade 9c7c5e06f7
PEP 647: Mark as Final (#3577) 2024-02-10 20:25:14 +02:00
Zixuan Li 15135035de
PEP 728: Fix formatting and code highlighting issues (#3659)
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2024-02-09 05:24:13 -08:00
Zixuan Li 54ba2b4612
Add the "Discussions-To"/"Post-History" headers and fix a typo. (#3658)
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2024-02-08 21:31:58 -08:00
James Hilton-Balfe 7dab70653e
PEP 718: Update discussions link (#3594) 2024-02-09 07:22:26 +02:00
Zixuan Li 395a3115da
PEP 728: TypedDict with Typed Extra Fields (#3441)
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com>
2024-02-08 18:55:10 -08:00
Eric Traut 4112eff73b
PEP 724: Withdraw (#3656) 2024-02-08 18:51:39 -08:00
Sergey B Kirpichev a75631e0d4
PEP 726: fix type of sys.modules (#3642) 2024-02-08 16:58:24 -08:00
Victor Stinner dccf12ae3b
PEP 741: Add second discussion thread to Post History (#3654) 2024-02-08 18:00:51 -06:00
Brett Cannon 8a344a572a
PEP 11: promote `wasm32-wasi` to tier 2 (#3655) 2024-02-08 12:57:25 -08:00
Victor Stinner bbc39a5100
PEP 741: Second version (#3652) 2024-02-08 19:40:50 +01:00
Rebecca Chen 4f151e9777
PEP 696: consolidate discussion of constraint solving in "Function Defaults" section, add new "Subtyping" section (#3648)
* PEP 696: consolidate discussion of constraint solving.

Consolidates discussion of usage of defaults in constraint solving in
the "Function Defaults" section, to make it clear that this is
experimental and unspecified.

* PEP 696: Explicitly call out that defaults do not affect subtyping.
2024-02-07 16:44:55 -08:00
Rebecca Chen 2b913684ca
PEP 696: some suggestions to make the text clearer (#3641)
* Moves TypeVarTuple discussion so the text flows better. Otherwise, it
  feels to me like an awkward interlude between the paragraph
  introducing rules and the actual rules.
* In sections where the text uses `T1` and `T2` as TypeVar names, changes
  the examples to use the same names.
* Fix subtyping relationship in "Bound Rules."
* Spell out subclassing rules in the text, rather than leaning so much on the example.

Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com>
Co-authored-by: James Hilton-Balfe <gobot1234yt@gmail.com>
2024-02-07 16:29:44 -08:00
Hugo van Kemenade 67c0d14227
PEP 544: Mark as Final (take 2) (#3647) 2024-02-07 09:18:39 -08:00
Hugo van Kemenade e633b6e6c2
PEP 544: Mark as Final (#3646) 2024-02-07 19:10:05 +02:00