This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author skrah
Recipients Trundle, alex, asvetlov, barry, chris.jerdonek, daniel.urban, david.villa, dmalcolm, eric.smith, ezio.melotti, gregory.p.smith, jcea, jkloth, larry, mark.dickinson, pitrou, skrah, v+python
Date 2012-12-08.16:38:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1354984717.85.0.486402032996.issue16612@psf.upfronthosting.co.za>
In-reply-to
Content
I second Antoine's request for a PEP. I'm not only concerned about the DSL:

This approach may work for modules like posixmodule.c, where each function
is largely a self-contained unit wrapping some API function.

On the other hand, I don't want to imagine how _decimal.c will look like:
There are > 100 functions that are closely related. Many of those functions
are *already* generated by macros. I think that vertical space is a precious
resource, so all docstrings (cruft as far as understanding the program is
concerned) are in a header file.

The clinic.py preprocessor would add at least 3000 lines to an already 
large module, tearing apart groups of functions that form logical units.


Apologies for sounding negative, but IIRC this hasn't been brought up in 
the python-dev discussion at all.
History
Date User Action Args
2012-12-08 16:38:37skrahsetrecipients: + skrah, barry, gregory.p.smith, jcea, mark.dickinson, pitrou, larry, eric.smith, jkloth, ezio.melotti, v+python, alex, Trundle, asvetlov, dmalcolm, daniel.urban, chris.jerdonek, david.villa
2012-12-08 16:38:37skrahsetmessageid: <1354984717.85.0.486402032996.issue16612@psf.upfronthosting.co.za>
2012-12-08 16:38:37skrahlinkissue16612 messages
2012-12-08 16:38:37skrahcreate