9dbc639443
added PEP 347
2005-08-04 23:55:01 +00:00
fac65d2d73
Add PEP 347.
2005-08-04 18:42:26 +00:00
3ad5689ae8
Change note on StopIteration and SystemExit on how they now have stricter
...
inheritance thanks to no longer inheriting from Exception.
2005-08-04 03:41:38 +00:00
0845f3255e
Add PEP 348.
2005-08-04 03:35:19 +00:00
36271756e4
Finish moving to BaseException/Exception naming. Also leave in StandardError
...
so as to provide a base Error exception that inherits from Exception. Also
allows Warning to inherit from Exception without being put at the same level as
any *Error exceptions.
2005-08-04 03:33:03 +00:00
322b187c06
Initial checkin; essentially rev. 3; previous 2 sent to python-dev in July and
...
August 2005, respectively.
2005-08-04 03:18:57 +00:00
cc0bfb59f2
Rename class ContextManager to ContextWrapper, per Nick's proposal.
2005-07-12 16:28:56 +00:00
f2d367de26
Rename @with_template and class Wrapper to @contextmanager and class
...
ContextManager. Mark open issues as resolved.
2005-07-12 16:27:53 +00:00
050ac22ecc
Update status to match pronouncement.
2005-07-04 06:40:53 +00:00
46a1c9ceb8
Add comments to 323.
2005-06-28 08:46:39 +00:00
5af10082b7
Reject 310 and 319 in favor of 343.
2005-06-28 08:31:09 +00:00
f04f650bc4
Reject 325 in favor of 342.
2005-06-28 08:20:44 +00:00
38a8f281bf
Closing PEP 330 -- Bytecode Verification. If someone wants to write and
...
test some code, no PEP is required.
2005-06-28 08:14:46 +00:00
9339663076
Reject 294's proposed updates to the "types" and "new" modules.
...
Instead, missing type names can be added to __builtin__ or sys.
2005-06-28 08:00:12 +00:00
95fd996744
Mark 342 and 343 as accepted. Mark 254 as abandoned.
2005-06-28 07:39:09 +00:00
e761d70b6f
Take over PEP 206, renaming it to 'Python Advanced Library'
2005-06-27 20:31:59 +00:00
780ec3787e
Update the list of exceptional conditions to match version 1.45 of the
...
spec and to match the actual Python implementation of the decimal module.
2005-06-27 19:50:05 +00:00
568ac9197c
Oops, fix more typos. Guess I'm still short on sleep. :)
2005-06-26 16:51:37 +00:00
e149a9dcbc
PEP 342: Add more examples based on ideas stolen from an early version of
...
PEP 288. Also add some more explanation of the 'throw()' name, also stolen
from PEP 288. :)
2005-06-26 16:29:14 +00:00
c97e46d034
PEP 342: Fix misc. typos and grammar abuses I committed while short of
...
sleep. :)
2005-06-26 15:20:53 +00:00
197f9dcbbc
Correct title (again!) and authorship of PEP 342.
2005-06-26 14:10:44 +00:00
5b3f4e8ce0
PEP 343: Remove functionality now covered under PEP 342.
2005-06-26 02:21:21 +00:00
f00c8f7acb
PEP 342: Update and assume co-authorship, as directed by Guido in private
...
email, merging the implemented features from PEP 343 and dropping most of
the PEP 340 holdover features such as __next__, the next() builtin, and
'continue EXPR'. Also, added more motivation and examples, giving lots
of credit to PEPs 288 and 325, where most of these ideas were first thought
of and initially fleshed out.
2005-06-26 02:18:40 +00:00
18369d92bd
update post history
2005-06-22 22:56:06 +00:00
31c9dec03f
corrected classification
2005-06-20 02:27:22 +00:00
016561c4b8
Miscellaneous updates to PEP 42
...
* Builtin that determines an object's size in bytes. This is much more
intractable than it would seem. Allocating a single object may result
in a large block being requested from the O/S and never being returned
until shutdown.
* Test suite. This was a useless entry and more applicable before huge
efforts were expended to improve testing coverage.
* Four-space tabs. This was fixed-up a long time ago. Since then,
a whitespace czar routinely comes along correct subsequent transgressions.
* Generalized eval. This was done for Py2.4.
* Generalizing builtins to accept UserDict, UserList, sequences etc.
This is somewhat out-of-date with the introduction of subclassable
builtin types and the iterator interface.
2005-06-19 07:37:03 +00:00
24b35925c9
Reject pep-0284.txt.
2005-06-18 20:36:28 +00:00
e01d3a7faa
Minor tweakage. Been sitting in my sandbox for awhile.
2005-06-18 13:04:03 +00:00
f673294b55
Pick-up responsibility for PEP 315 (per agreement with Isaac Carroll).
...
Correct the semantics for continue statements found in the do suite.
The previous semantics did not match that for do-while statements in
other languages.
2005-06-18 06:21:36 +00:00
b8b57cff0e
Mark PEP 312 as Deferred -- it needs a more Pythonic syntax)
2005-06-17 22:19:41 +00:00
461d444be3
Optional arguments for throw() to match raise syntax
2005-06-17 21:58:59 +00:00
22cb64a602
Fix quotation.
2005-06-17 21:39:18 +00:00
d30cc3dc35
Mark PEPs 239 and 240 as rejected.
2005-06-17 21:38:02 +00:00
550eee19ee
Reject PEP 303.
2005-06-17 20:19:25 +00:00
a6cb759dc8
Record the rejection of PEP 281
2005-06-17 18:28:49 +00:00
d608ffdc0f
Record the rejection of PEP 276
2005-06-17 18:28:00 +00:00
3e01d782ae
Record the rejection of PEP 336
2005-06-17 18:27:15 +00:00
d88039828e
Record the rejection of PEP 336
2005-06-17 17:43:00 +00:00
d8b3960b43
Record the rejection for PEP 313.
2005-06-17 17:33:18 +00:00
85377029f7
Move a deferred PEP to the correct section.
2005-06-17 08:40:50 +00:00
27b331b421
Record the rejection of PEP 276.
2005-06-17 07:09:04 +00:00
15af1ad96b
Record the rejection of PEP 281.
2005-06-17 04:57:07 +00:00
b052f52afd
Record the rejection of PEP 265.
...
The requested functionality was largely fulfilled by Py2.4's sorted()
function. See Guido's 6/17/2005 note on python-dev.
2005-06-17 04:30:41 +00:00
873af4a927
With Barry's blessing, marking PEP 274 as withdrawn.
...
After genexps were introduced, it was no longer needed.
2005-06-17 02:13:11 +00:00
df82c82ddc
Withdraw 288 in favor of 343.
2005-06-15 16:34:03 +00:00
aa16af4b48
Fix/unify PEP 342's title.
2005-06-14 15:14:01 +00:00
66351626ac
updated PEP 342 title
2005-06-14 02:21:33 +00:00
4bfb4a6a1e
Update: at this point I'm leaning towards preferring next() over
...
__next__() again, but I've no time to update the PEP right now.
I've changed the title to Coroutines via Enhanced Generators at
Timothy Delaney's suggestion.
2005-06-14 01:30:57 +00:00
a61abd2828
Restrict 'as VAR' to VAR being a single variable or a parenthesized
...
series of variables. This keeps the door open for a future extension
with multiple as-clauses.
2005-06-11 05:14:20 +00:00
d75a3b0145
updated links; thanks to Felix Wiemann
2005-06-07 13:17:37 +00:00
David Goodger
Martin v. Löwis
Brett Cannon
Guido van Rossum
Raymond Hettinger
Andrew M. Kuchling
Phillip J. Eby
Skip Montanaro