4 ms·

Python can do something similar albeit far simpler via packaging as an executable zipfile. Just structure everything you need in a directory and zip up with __m

Python can do something similar albeit far simpler via packaging as an executable zipfile. Just structure everything you need in a directory and zip up with __main__.py in the root. All resources are available as an in-memory binary stream, including individual source .py files. Of course if you want to package something like a C library, you need to unpack that to disk to be able to access it with ctypes.

creatornator 8y ago
Are you referring to the zipapp library? I had no idea this even existed until now but that seems pretty clever. Huh. Why can't it also dynamically unzip a shared object library?
- therein 8y ago
  He's talking about pex. [0] [0] https://github.com/pantsbuild/pex https://github.com/pantsbuild/pex
- paavoova 8y ago
  You don't need to use any libraries, you can do something as simple as: $ zip -r mymodule.zip mymodule/ $ echo '#!/usr/bin/env python3' > myapp $ cat mymodule.zip >> myapp $ chmod 755 myapp CPython will automatically detect it's a zipfile, unzip it in-memory, and import the __main__.py in the root of the module and any nested modules. The reason why you have to handle shared libraries and any other non-.py data yourself is because Python doesn't know what to do with it. You can access it as binary data via pkgutil.get_data(), but linking shared libraries is system-dependent and Python doesn't load them itself. As the dynamic linker can't find a shared library in a zip file, the only thing you can do is extract it separately. This is documented in https://docs.python.org/3/library/zipimport.html https://docs.python.org/3/library/zipimport.html Any files may be present in the ZIP archive, but only files .py and .pyc are available for import. ZIP import of dynamic modules (.pyd, .so) is disallowed.
- pmorici 8y ago
  You can simulate a single file exe using py2exe and NSIS. That doesn't have the no library limitation.
stdclass 8y ago
PHP has something similar, called .phar https://en.wikipedia.org/wiki/PHAR_(file_format) https://en.wikipedia.org/wiki/PHAR_(file_format)

creatornator 8y ago

Are you referring to the zipapp library? I had no idea this even existed until now but that seems pretty clever. Huh. Why can't it also dynamically unzip a shared object library?

therein 8y ago
He's talking about pex. [0] [0] https://github.com/pantsbuild/pex https://github.com/pantsbuild/pex
paavoova 8y ago
You don't need to use any libraries, you can do something as simple as: $ zip -r mymodule.zip mymodule/ $ echo '#!/usr/bin/env python3' > myapp $ cat mymodule.zip >> myapp $ chmod 755 myapp CPython will automatically detect it's a zipfile, unzip it in-memory, and import the __main__.py in the root of the module and any nested modules. The reason why you have to handle shared libraries and any other non-.py data yourself is because Python doesn't know what to do with it. You can access it as binary data via pkgutil.get_data(), but linking shared libraries is system-dependent and Python doesn't load them itself. As the dynamic linker can't find a shared library in a zip file, the only thing you can do is extract it separately. This is documented in https://docs.python.org/3/library/zipimport.html https://docs.python.org/3/library/zipimport.html Any files may be present in the ZIP archive, but only files .py and .pyc are available for import. ZIP import of dynamic modules (.pyd, .so) is disallowed.
pmorici 8y ago
You can simulate a single file exe using py2exe and NSIS. That doesn't have the no library limitation.

stdclass 8y ago

PHP has something similar, called .phar https://en.wikipedia.org/wiki/PHAR_(file_format) https://en.wikipedia.org/wiki/PHAR_(file_format)