New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ctypes.util.find_library() doesn't find OS X .bundle or .so libraries #47032
Comments
On OS X, dynamically loadable libraries come in several flavors: |
The OS X find_library code was not written by me, the code was ripped Can some OS X expert please look into this? Shamelessly assigning to Ronald - feel free to unassign if you have no time. |
At first glance the current behaviour is correct:
[quote]
|
Thanks, Ronald. Sounds like this bug could be closed then. Bill, if you want a library search function with different semantics, |
I thought you might say that :-). No, I'm good with this resolution. If I Though -- I think there's an interesting question about what the purpose of I also think find_library() should just be moved into the ctypes library, Bill On Wed, May 21, 2008 at 11:39 AM, Thomas Heller <report@bugs.python.org>
|
Bill, even if find_library were to emulate the runtime linker it shouldn't Those are not shared libraries, but explicitly meant to be used as code BTW. What is your usecase? |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: