On 5/5/2018 10:30 AM, Toshio Kuratomi wrote:
On Fri, May 4, 2018, 7:00 PM Nathaniel Smith <n...@pobox.com
<mailto:n...@pobox.com>> wrote:
What are the obstacles to including "preloaded" objects in regular
.pyc files, so that everyone can take advantage of this without
rebuilding the interpreter?
Would this make .pyc files arch specific?
Lots of room in the __pycache__ folder.
As compilation of the .py module proceeds, could it be determined if
there is anything that needs to be architecture specific, and emit an
architecture-specific one or an architecture-independent one as
appropriate? Data structures are mostly bitness-dependent, no?
But if an architecture-specific .pyc is required, could/should it be
structured and named according to the OS conventions also: .dll .so .etc ?
Even if it doesn't contain executable code, the bytecode could be
contained in appropriate data sections, and there has been talk about
doing relocation of pointer in such pre-compiled data structures, and
the linker _already_ can do that sort of thing...
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com