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 haubi
Recipients David.Edelsohn, Michael.Felt, aixtools@gmail.com, haubi, martin.panter, python-dev, vstinner
Date 2017-12-20.16:11:54
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1513786315.03.0.213398074469.issue26439@psf.upfronthosting.co.za>
In-reply-to
Content
Although I'm unable to double check for the moment, feels like the "SVR4" support still is incomplete: Remember that even the libNAME.so file may be an archive, or a symlink to an archive, with the real Shared Object as member having the F_LOADONLY flag set and usually named shr.o or shr_64.o, besides an Import File shr.imp or shr_64.imp, which actually is used at linktime and referring to the real Shared Object: This is necessary to emulate the "DT_SONAME" feature seen with ELF shared libraries.

For reference, please have a look at the shared libraries created by recent libtool when --with-aix-soname=svr4 configure option is set.
History
Date User Action Args
2017-12-20 16:11:55haubisetrecipients: + haubi, vstinner, python-dev, martin.panter, David.Edelsohn, Michael.Felt, aixtools@gmail.com
2017-12-20 16:11:55haubisetmessageid: <1513786315.03.0.213398074469.issue26439@psf.upfronthosting.co.za>
2017-12-20 16:11:55haubilinkissue26439 messages
2017-12-20 16:11:54haubicreate