This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author doko
Recipients doko, movement, rb, schmir
Date 2009-03-28.22:06:25
SpamBayes Score 9.536365e-08
Marked as misclassified No
Message-id <1238277987.36.0.61753918928.issue4434@psf.upfronthosting.co.za>
In-reply-to
Content
> 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).
History
Date User Action Args
2009-03-28 22:06:27dokosetrecipients: + doko, movement, schmir, rb
2009-03-28 22:06:27dokosetmessageid: <1238277987.36.0.61753918928.issue4434@psf.upfronthosting.co.za>
2009-03-28 22:06:26dokolinkissue4434 messages
2009-03-28 22:06:26dokocreate