I'm not PyInstaller user but communicated with this tool about a year ago. The story is: I'm the maintainer of multidict library and once I had a bug report like "multidict 4.7.1 causes segfault when bundled with PyInstaller". The report author said that the previous "multidict" version works fine.
Sure, I fixed this annoying error by pull request <https://github.com/aio-libs/multidict/pull/438>. In fact, the fix just switches off C Accelerators for the library allowing PyInstaller to import the Pure Python version. It works but the performance slowdown is an order of tens. Digging into the problem more, I've figured out that PyInstaller has hooks <https://github.com/pyinstaller/pyinstaller/tree/develop/PyInstaller/hooks> for a bunch of popular libraries to make them work. These hooks do a dirty monkey patching. Sure, "multidict" is not covered by builtin hooks and had a problem. As a "multidict" maintainer I'm not interested in supporting the required patch in PyInstaller, switching to a slow-but-working version is totally fine with me. The story for "multidict" is done. With the CPython developer hat on, I very doubt if PyInstaller can be included in the standard library. The project exists and it is useful for many people, this is great. But it requires maintaining very many hooks for every non-trivial library to keep the PyInstaller working. This means that we, CPython core developers, should carry this maintenance burden if PyInstaller becomes a part of CPython. We will need to adopt and patch an endless list of libraries that are fine and works perfectly themself but have problems when packed with PyInstaller. Sorry, I think it never happened. Say again, PyInstaller exists. It is available on PyPI and can be installed easily by pip. PyInstaller does amazing work. But by the PyInstaller nature, it requires the maintenance of very many hooks for every non-trivial Python library. This raises an extremely high bar for the inclusion of the library into the standard batteries. Better to keep it as-is, as a third-party tool installable from PyPI. On Fri, Nov 20, 2020 at 9:14 AM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > > - Some people, including me, don't think at this point this is a good > idea to integrate PyInstaller in the Python code base. > > The maintainer of Py2App said > > > FWIW I don’t think that bundling any of these tools with Python is > useful at this time. > > Which i overlooked as it was not the maintainer of PyInstaller speaking > and i did not > see any elaborattion > > Kind Regards, > > Abdur-Rahmaan Janhangeer > about <https://compileralchemy.github.io/> | blog > <https://abdur-rahmaanj.github.io/> > github <https://github.com/Abdur-RahmaanJ> > Mauritius > > _______________________________________________ > Python-ideas mailing list -- python-ideas@python.org > To unsubscribe send an email to python-ideas-le...@python.org > https://mail.python.org/mailman3/lists/python-ideas.python.org/ > Message archived at > https://mail.python.org/archives/list/python-ideas@python.org/message/FEFBAI26YDLC4I3WXN4NZNNPMN5IKDNN/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thanks, Andrew Svetlov
_______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/OICWJ2XZV56YGY5XZI5MKFLAGFQSRZL2/ Code of Conduct: http://python.org/psf/codeofconduct/
