[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Natanael Copa added the comment: I create a PR for this issue. It would be nice to have it reviewed. https://github.com/python/cpython/pull/18380 Thanks! -- ___ Python tracker

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Natanael Copa : -- pull_requests: +17756 pull_request: https://github.com/python/cpython/pull/18380 ___ Python tracker ___

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Natanael Copa : -- nosy: +ncopa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Javier Castillo II : -- pull_requests: +16469 pull_request: https://github.com/python/cpython/pull/16940 ___ Python tracker ___

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Javier Castillo II added the comment: The PR 10460 ( for 3.8 ) patches the search attempts to leverage LD_LIBRARY_PATH for the Linux case and catches the case after SONAME, gcc and ldconfig behaviors fail. While this may not be set in all environments ( like the musl based Alpine docker

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Javier Castillo II : -- pull_requests: +9736 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Javier Castillo II : -- pull_requests: +9735 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Javier Castillo II : -- pull_requests: +9734 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Javier Castillo II : -- pull_requests: +9730 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Change by Roundup Robot : -- keywords: +patch pull_requests: +9728 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Tianon added the comment: This was reported on the Docker image for Python in https://github.com/docker-library/python/issues/111, with the note that it affects the Twisted inotify implementation, so it'd be really neat to see a proper patch in Python (instead of the very

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Changes by Richard Eames : -- nosy: +Richard Eames ___ Python tracker ___ ___

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Martin Panter added the comment: I think it may be reasonable to change the code to return the library file name if no soname can be found. In the long term, I think always returning the filename rather than soname might be reasonable. Or even returning the full path, which we tried in Issue

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Thom Wiggers added the comment: This bug is still present in Python 3.5. It breaks, probably among other things, this package: https://github.com/ahupp/python-magic/issues/114. -- nosy: +twiggers versions: +Python 3.5 ___ Python tracker

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Martin Panter added the comment: On Linux, the find_library() function is documented to return “the filename of the library file”, but in reality it seems it return the soname, and therefore breaks if there is no soname. I do not know why we extract the soname, but it has been that way at

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Kylie McClain added the comment: This is still a problem on musl distributions as of 2.7.11. Are there any plans to fix this? Patch used by Alpine Linux: http://git.alpinelinux.org/cgit/aports/tree/main/python/musl-find_library.patch -- nosy: +Kylie McClain

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

New submission from Jeremy Huntwork: On my system, the C library (musl) intentionally does not include a SONAME entry. This method in particular fails: http://hg.python.org/cpython/file/076705776bbe/Lib/ctypes/util.py#l133 The function seems to jump through some hoops which may not be