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 scoder
Recipients brett.cannon, pitrou, scoder
Date 2013-03-29.18:08:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1364580525.46.0.514763310375.issue17573@psf.upfronthosting.co.za>
In-reply-to
Content
I considered lxml.etree support more of a convenience feature, just for comparison. Given that it's a binary package that doesn't run reliably on other Python implementations apart of CPython, I don't think it's really interesting to make it part of the benchmark suite. I'd rather add an explicit option to enable it than include it there.

I'm ok with the conditional import for ET, although I don't see a reason to exclude it. Why not be able to compare the performance of both implementations as well? There's a slowpickle benchmark, for example.

So, what about only testing cET by default and adding an explicit option "--etree-module=package.module" to change the imported module, e.g. "--etree-module=lxml.etree" to benchmark lxml or "--etree-module=cElementTree" to benchmark a separately installed 3rd party cET package?
History
Date User Action Args
2013-03-29 18:08:45scodersetrecipients: + scoder, brett.cannon, pitrou
2013-03-29 18:08:45scodersetmessageid: <1364580525.46.0.514763310375.issue17573@psf.upfronthosting.co.za>
2013-03-29 18:08:45scoderlinkissue17573 messages
2013-03-29 18:08:44scodercreate