Message264164
| 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> |
| In-reply-to |
| 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 | |