[issue4434] Embedding into a shared library fails

Matthias Klose report at bugs.python.org
Sat Mar 28 23:06:27 CET 2009


Matthias Klose <doko at debian.org> added the comment:

> I'm sure it does work, but what is the point of linking statically
> to libpython.a but then having other dependencies, for example on
> lib-dynload/time.so? Why not just link to libpython2.5.so in the
> first place?

speed. Using a python executable with a statically linked libpython is
about 10% faster on ix86, plus with some compilers on linux profile
based optimization can be used on static objects, which doesn't work
with shared libraries (at least on linux using gcc).

----------
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________


More information about the Python-bugs-list mailing list