[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Zachary Ware added the comment: Thanks Michael, finally getting it closed :) -- nosy: +zach.ware resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: as this is not (likely) to be backported to Python2 (by python, fyi: I do include full ctypes-load_library() support in my "independent" packaging) and it is "resolved" for Python3-3.7 issue26439 this issue may, imho, be closed. --

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Change by Michael Felt : -- pull_requests: +5012 stage: -> patch review ___ Python tracker ___

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 24/02/2017 09:44, Michael Haubenwallner wrote: > Michael Haubenwallner added the comment: > > Let's switch to github-based patches to discuss about: > https://github.com/python/cpython/compare/2.7...haubi:issue27435/2.7 > > For the

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Change by David Edelsohn : -- nosy: +David.Edelsohn ___ Python tracker ___ ___

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: First, my apology that I have not responded earlier. I had other things to work on (real life things), customers that had interest in a fix for find_library() have indicated no longer have interest, and also my personal issue - becoming disillusioned with the

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Haubenwallner added the comment: Let's switch to github-based patches to discuss about: https://github.com/python/cpython/compare/2.7...haubi:issue27435/2.7 For the library search path I prefer to use loadquery(L_GETLIBPATH), available via new _ctypes_aix module now, but also used with

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Haubenwallner added the comment: On 02/03/2017 09:52 PM, Michael Felt wrote: >> Anyway: >> Unfortunately, there is no concept of embedding something like ELF's >> DT_SONAME tag into the Shared Object. >> The very (PATH,BASE,MEMBER) value as (specified to and) discovered by the >>

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 31/01/2017 20:22, Michael Haubenwallner wrote: > Michael Haubenwallner added the comment: > > Feels like it is up to me to shed some light on various topics here: Many thanks! > > AIX defines (static) "Object" files and "Shared Object" files. Both can (but >

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Haubenwallner added the comment: Feels like it is up to me to shed some light on various topics here: AIX defines (static) "Object" files and "Shared Object" files. Both can (but do not need to) be members of an "Archive Library". When talking about (dynamically loading) a "shared

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Changes by Michael Haubenwallner : -- nosy: +haubi ___ Python tracker ___

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: Again, I would like to draw attention to this issue - BECAUSE - it is possible to use ctypes.CDLL() ASIS, on AIX - however, ctypes.util.find_library() always seems to fail (i.e., returns None even when a .so file exists) When the library names are hard-coded,

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: Considering that python-2.7.13 is posed for a release - I ask again, considering that python-2.7.12 (and I expect a few earlier ones) can load "AIX" .a type shared libraries - if you know how to supply the name - that my patch be included in python-2.7.13.

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Changes by Michael Felt : Added file: http://bugs.python.org/file44869/_aix.py ___ Python tracker ___

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: The "core" changes in this patch are very simple - in parallel with the way find_library() is managed in util.py a) __init__.py: add an additional mode bit for call to dlopen() (in __init__.py) diff -u src/Python-2.7.12/Lib/ctypes/__init__.py

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 23-Aug-16 02:01, Martin Panter wrote: > Martin Panter added the comment: Thank you for your reply! > > I had understood that changing find_library() would only be useful in > combination with the automatic RTDL_MEMBER detection. Adding the RTLD_MEMBER to the

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Martin Panter added the comment: I had understood that changing find_library() would only be useful in combination with the automatic RTDL_MEMBER detection. If you want to mention lack of support for AIX in the documentation, that is okay by me. If you want to propose an alternative

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 22-Aug-16 04:04, Martin Panter wrote: > Martin Panter added the comment: > > The ctypes tests all seem to be protected with code that checks for None, and > explicitly skip the test in that case. The skip message should be visible > when you run the test in

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Martin Panter added the comment: The ctypes tests all seem to be protected with code that checks for None, and explicitly skip the test in that case. The skip message should be visible when you run the test in verbose mode. We could avoid skipping these tests in 2.7 by adding a special case

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: The more common TESTED "behavior" issue is simply: find_library("c") always returns None while it should be returning either libc.a(shr.o) in 32-bit mode and libc.a(shr_64.o) in 64-bit mode. If that gets corrected, then adding RTLD_MEMBER it's numerical

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 02-Aug-16 15:34, Martin Panter wrote: > Martin Panter added the comment: > > For 2.7, adding the automatic RTLD_MEMBER mode does not seem like a bug fix > to me. Currently, I understand this code could load two separate libraries: > > file =

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Martin Panter added the comment: If you are still figuring out Mercurial, maybe see and if you haven’t already. -- ___

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Martin Panter added the comment: For 2.7, adding the automatic RTLD_MEMBER mode does not seem like a bug fix to me. Currently, I understand this code could load two separate libraries: file = CDLL("libcrypto.a(libcrypto.so.1.0.0)") member = CDLL("libcrypto.a(libcrypto.so.1.0.0)", DEFAULT_MODE