<div dir="ltr"><div dir="ltr">On Tue, Sep 18, 2018 at 11:38 AM, Steve Dower <span dir="ltr"><<a href="mailto:steve.dower@python.org" target="_blank">steve.dower@python.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">The primary benefit of the importlib hook approach is that it would not require rebuilding CPython each time you make a change. Since we need to consider a wide range of users across a wide range of platforms, having the ability to load a single native module that contains many "pre-loaded" modules allows many more people to access the benefits.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
It would not prevent some specific modules from being compiled into the main binary, but for those who do not build their own Python it would also allow specific applications to use the feature as well.<br></blockquote><div><br></div><div>How might people feel about using the linker to bundle a list of pre-loaded modules into a single-file executable?  That would avoid the inconvenience of rebuilding all of CPython by shipping a static libpython and having the tool generate a .o or .S file with the un-marshaled data.  (Linkers and assemblers are small enough to be bundled on systems that do not have them.)</div></div></div></div></div>