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 larry
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-14.07:21:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
I don't think we can solve the problem of the output being too long for your liking.  Personally I like the output; I find it eminently readable, and making it shorter would impair that.  I think in the majority of uses Clinic will be a win for readability.

I do have one suggestion that might mitigate the problem for you.  What if you put all the argument processing in a separate file (with .c or .h extension) and #include that in _decimal.c?  You don't *have* to have the body for the impl function immediately after the DSL block; you could just have a semicolon there after the block and the C compiler would interpret it as a (redundant) declaration.  You'd have to maintain declaring the impl yourself in _decimal.c, but I'm guessing you'd rather do that than have all the Clinic stuff blowing up _decimal.c.

Finally, since you have not addressed it directly, let me ask you: are you interested in Clinic having a more boilerplate-friendly macro processing mode, with templates or recycling old entries or something?  Or do you not care?  If it doesn't help you then I may as well not bother.
Date User Action Args
2012-12-14 07:21:57larrysetrecipients: + larry, barry, gregory.p.smith, jcea, mark.dickinson, pitrou, eric.smith, jkloth, ezio.melotti, v+python, alex, Trundle, asvetlov, skrah, dmalcolm, daniel.urban, chris.jerdonek, bfroehle, david.villa
2012-12-14 07:21:57larrysetmessageid: <>
2012-12-14 07:21:57larrylinkissue16612 messages
2012-12-14 07:21:56larrycreate