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 | theller |
|---|---|
| Recipients | janssen, jcea, schmir, theller |
| Date | 2008年05月29日.18:24:21 |
| SpamBayes Score | 0.34503773 |
| Marked as misclassified | No |
| Message-id | <1212085463.91.0.216097866229.issue2936@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
To be honest, I do not understand this request and the discussion.
ctypes.util.find_library(), as dcumented, is supposed to simulate what
the linker does: find the name of a shared library. For example,
it returns 'libc.so.6' when called as ctypes.util.find_library('c').
AFAIK (and I don't know very much about posix shared libs or linkers)
the linker does not pay attention to (DY)LD_LIBRARY_PATH env var.
dlopen(shared-lib-name) does use this env vars, but this behaviour is
already built into dlopen. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年05月29日 18:24:24 | theller | set | spambayes_score: 0.345038 -> 0.34503773 recipients: + theller, jcea, janssen, schmir |
| 2008年05月29日 18:24:24 | theller | set | spambayes_score: 0.345038 -> 0.345038 messageid: <1212085463.91.0.216097866229.issue2936@psf.upfronthosting.co.za> |
| 2008年05月29日 18:24:22 | theller | link | issue2936 messages |
| 2008年05月29日 18:24:21 | theller | create | |