@@ -47,33 +47,6 @@ to decide if it wants to provide immutability or not. We have a
4747working implementation of this PEP for CPython which we aim to adjust
4848based on feedback and upstream on acceptance.
4949
50- Changes from the previous draft
51- ===============================
52-
53- This PEP is a complete rewrite of the original PEP after `discussions on
54- DPO `_ and elsewhere. Based on feedback from DPO this rewrite:
55-
56- .. _discussions on DPO : https://discuss.python.org/t/pep-795-add-deep-immutability-to-python/96014
57-
58- - Focuses more on programming model, not just implementation details
59- - Aims to be clearer about what the costs are for different parts of
60- the design, both in terms of complexity for programmers and
61- implementers of this PEP
62- - Aims to make the semantics of freezing clearer, and provide more
63- examples of how freezing propagates
64- - Adds a new design that provides control over freeze propagation
65- - Adds escape hatches and clearly points out who implements them
66- - Motivates the design by linking it clearer to sharing objects across
67- sub-interpreters
68- - Aims to be clearer about the semantics of immutable functions (and why
69- they are unavoidable)
70- - Discusses the role of types and future plans for types
71- - Includes direct sharing of immutable objects across sub-interpreters,
72- rather than making a separate PEP for this
73- - Removes a lot of the rejected alternatives from the original PEP;
74- this is motivated by this PEP already being very long, and because
75- the inclusion of direct sharing across sub-interpreters motivate many
76- of the design decisions
7750
7851
7952
0 commit comments