Message177376
| Author |
skrah |
| Recipients |
Trundle, alex, asvetlov, barry, bfroehle, 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月12日.12:59:36 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<20121212125939.GA3357@sleipnir.bytereef.org> |
| In-reply-to |
<1355273588.07.0.579789218909.issue16612@psf.upfronthosting.co.za> |
| Content |
Gregory, I'm talking about the size of the *total output* of the tool, not
about the size of the actual DSL parts:
posixmodule.c: 11382 11514 +132 (2 functions)
_cursesmodule.c: 3434 3499 +65 (1 function)
zlibmodule.c: 1295 1336 +41 (1 function)
_dbmmodule.c: 437 488 +51 (1 function)
To this you have to add the proposed data structure for the signature
information (one per function, if I understand correctly).
For _decimal.c the situation is worse, since all docstrings are currently
in a header file. So I think that my estimate of +100 lines per function
is not exaggerated. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2012年12月12日 12:59:37 | skrah | set | recipients:
+ 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, bfroehle, david.villa |
| 2012年12月12日 12:59:37 | skrah | link | issue16612 messages |
| 2012年12月12日 12:59:37 | skrah | create |
|