Message 264164 - Python tracker

➜

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.

In-reply-to
Author	Pau Tallada
Recipients	Brian.Larsen, Daniel.Blanchard, Pau Tallada, amaury.forgeotdarc, belopolsky, jniehof, lukasz.langa, martin.panter, vinay.sajip, yaroslavvb
Date	2016年04月25日.08:30:41
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1461573041.26.0.707906127506.issue9998@psf.upfronthosting.co.za>

Content
> Pau: What is wrong with the more direct CDLL("libspatialindex_c.so") proposal that bypasses find_library()? I don't know much about library loading, but from what I understand at https://github.com/Toblerity/rtree/issues/56 , if they hardcode "libspatialindex_c.so" in CDLL call, then it breaks in OSX, because its uses .dylib extension. And they don't want to reimplement find_library to choose the right extension for each platform.

Content

> Pau: What is wrong with the more direct CDLL("libspatialindex_c.so") proposal that bypasses find_library()?
I don't know much about library loading, but from what I understand at https://github.com/Toblerity/rtree/issues/56 , if they hardcode "libspatialindex_c.so" in CDLL call, then it breaks in OSX, because its uses .dylib extension. And they don't want to reimplement find_library to choose the right extension for each platform.

History
Date	User	Action	Args
2016年04月25日 08:30:41	Pau Tallada	set	recipients: + Pau Tallada, vinay.sajip, amaury.forgeotdarc, belopolsky, lukasz.langa, jniehof, Brian.Larsen, yaroslavvb, martin.panter, Daniel.Blanchard
2016年04月25日 08:30:41	Pau Tallada	set	messageid: <1461573041.26.0.707906127506.issue9998@psf.upfronthosting.co.za>
2016年04月25日 08:30:41	Pau Tallada	link	issue9998 messages
2016年04月25日 08:30:41	Pau Tallada	create

homepage