➜

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 martin.panter
Recipients Brian.Larsen, Daniel.Blanchard, Pau Tallada, amaury.forgeotdarc, belopolsky, jniehof, lukasz.langa, martin.panter, vinay.sajip, yaroslavvb
Date 2016-03-12.01:13:50
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1457745231.43.0.802838914676.issue9998@psf.upfronthosting.co.za>
In-reply-to
Content 
I tend to agree with the comment at <https://bugs.python.org/issue2936#msg67505>. Find_library() is documented as emulating a build-time linker, not run-time. Build-time linking ignores LD_LIBRARY_PATH.

Maybe it would make more sense to pass in an optional list of -L directories to search, but it really depends on what the use cases are.

Pau: What is wrong with the more direct CDLL("libspatialindex_c.so") proposal that bypasses find_library()?
History
Date User Action Args
2016-03-12 01:13:51martin.pantersetrecipients: + martin.panter, vinay.sajip, amaury.forgeotdarc, belopolsky, lukasz.langa, jniehof, Brian.Larsen, yaroslavvb, Daniel.Blanchard, Pau Tallada
2016-03-12 01:13:51martin.pantersetmessageid: <1457745231.43.0.802838914676.issue9998@psf.upfronthosting.co.za>
2016-03-12 01:13:51martin.panterlinkissue9998 messages
2016-03-12 01:13:50martin.pantercreate