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 steve.dower
Recipients brett.cannon, eric.snow, ncoghlan, petr.viktorin, steve.dower
Date 2016-12-30.18:28:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1483122520.19.0.837463719307.issue24932@psf.upfronthosting.co.za>
In-reply-to
Content
The only real advantage of adding a native unit testing framework here is to avoid having to start/destroy _testembed[.exe] multiple times during the test run. But given the nature of these tests is highly environmental, I don't think we can reasonably avoid it. I'm also highly doubtful that any framework is going to actually reduce the work we'd need to do to mock out initialization steps.

I've attached a patch that takes the first step towards making _testembed more usable, by changing main() to look up a test from a list and execute it, then return the exit code. The support in test_capi.EmbeddingTests is neat, so adding more tests here will be fairly straightforward.
History
Date User Action Args
2016-12-30 18:28:40steve.dowersetrecipients: + steve.dower, brett.cannon, ncoghlan, petr.viktorin, eric.snow
2016-12-30 18:28:40steve.dowersetmessageid: <1483122520.19.0.837463719307.issue24932@psf.upfronthosting.co.za>
2016-12-30 18:28:40steve.dowerlinkissue24932 messages
2016-12-30 18:28:39steve.dowercreate