mirror of
https://github.com/python/cpython.git
synced 2024-12-01 11:15:56 +01:00
1fc240e851
outer level, the iterator protocol is used for memory-efficiency (the
outer sequence may be very large if fully materialized); at the inner
level, PySequence_Fast() is used for time-efficiency (these should
always be sequences of length 2).
dictobject.c, new functions PyDict_{Merge,Update}FromSeq2. These are
wholly analogous to PyDict_{Merge,Update}, but process a sequence-of-2-
sequences argument instead of a mapping object. For now, I left these
functions file static, so no corresponding doc changes. It's tempting
to change dict.update() to allow a sequence-of-2-seqs argument too.
Also changed the name of dictionary's keyword argument from "mapping"
to "x". Got a better name? "mapping_or_sequence_of_pairs" isn't
attractive, although more so than "mosop" <wink>.
abstract.h, abstract.tex: Added new PySequence_Fast_GET_SIZE function,
much faster than going thru the all-purpose PySequence_Size.
libfuncs.tex:
- Document dictionary().
- Fiddle tuple() and list() to admit that their argument is optional.
- The long-winded repetitions of "a sequence, a container that supports
iteration, or an iterator object" is getting to be a PITA. Many
months ago I suggested factoring this out into "iterable object",
where the definition of that could include being explicit about
generators too (as is, I'm not sure a reader outside of PythonLabs
could guess that "an iterator object" includes a generator call).
- Please check my curly braces -- I'm going blind <0.9 wink>.
abstract.c, PySequence_Tuple(): When PyObject_GetIter() fails, leave
its error msg alone now (the msg it produces has improved since
PySequence_Tuple was generalized to accept iterable objects, and
PySequence_Tuple was also stomping on the msg in cases it shouldn't
have even before PyObject_GetIter grew a better msg).
|
||
|---|---|---|
| .. | ||
| RPM | ||
| ACKS | ||
| AIX-NOTES | ||
| BeOS-NOTES | ||
| BeOS-setup.py | ||
| cheatsheet | ||
| find_recursionlimit.py | ||
| gdbinit | ||
| HISTORY | ||
| HPUX-NOTES | ||
| indent.pro | ||
| Makefile.pre.in | ||
| NEWS | ||
| Porting | ||
| PURIFY.README | ||
| python-mode.el | ||
| python.man | ||
| README | ||
| RFD | ||
| setuid-prog.c | ||
| unicode.txt | ||
| vgrindefs | ||
Python Misc subdirectory ======================== This directory contains files that wouldn't fit in elsewhere, in particular the UNIX manual page, an Emacs mode for Python source code, and a list of Frequently Asked Questions (and their answers). Some documents are only of historic importance. Files found here ---------------- ACKS Acknowledgements AIX-NOTES Notes for building Python on AIX (all new!) BLURB A quick description of Python for newcomers BLURB.LUTZ A testimonial from a converted Tcl/Perl hacker :-) BLURB.WINDOWS First announcement of Python for Windows HISTORY News from previous releases -- oldest last HPUX-NOTES Notes about dynamic loading under HP-UX HYPE More hype about Python Makefile Used for administrative chores like cleaning up Makefile.pre.in Generic Makefile template for building extensions NEWS News for this release PURIFY.README Information for Purify users Porting Mini-FAQ on porting to new platforms README The file you're reading now RFD Request For Discussion about a Python newsgroup cheatsheet Quick summary of Python by Ken Manheimer comparisons (Old) comparisons to some other languages editline-fix A news article on how to fix R$'s editline for Python faq2html FAQ to HTML converter by Ka-Ping Yee find_recursionlimit.py Script to find a value for sys.maxrecursionlimit fixfuncptrs.sh Shell script to fix function pointer initializers indent.pro GNU indent profile approximating my C style python-mode.el Emacs mode for editing Python programs python.man UNIX man page for the python interpreter renumber.py Script to renumber the sections in the FAQ setuid-prog.c C helper program for set-uid Python scripts unicode.txt Marc-Andre Lemburg's specification of the Unicode API vgrindefs Python configuration for vgrind (a generic pretty printer)