Phillip J. Eby wrote: > The relevance to "sharing expat instances" was Fredrik's original > question about placement of the shared library for cElementTree. The > question wasn't whether to get rid of lib-dynload in general, but > whether there was any reason to do something other than just making > ElementTree a distutils-installed package with the C extensions inside, > the way normal distutils-installed packages are.
I understood the question was whether specifically to place cElementTree into xml.etree; I think such scenarios had been avoided because people want to run Python from the build tree, both on Unix and Windows. This breaks if the extension modules are expected in packages, rather than being toplevel. Whether or not they then end up in lib-dynload is a different issue; as I said, I can't see anything wrong with it. Regards, Martin _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
