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.

Recipients Arfrever, Keith.Dart, Michael.Felt,, christian.heimes, eric.araujo, hynek, kdart, knny-myer, martin.panter, nailor, nvetoshkin, orsenthil, pitrou, r.david.murray, serhiy.storchaka
Date 2016-05-13.06:20:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
In-reply-to <>
The way I have seen that resolved - in many locations, is to have the 
option to specify a specific version, e.g., and then as long 
as that version remains available, perhaps as read-only for running with 
existing programs,they continue to work even when However, 
for some who believes, or expects, to be able to deal with potential ABI 
changes - they can specify simply and let the loader decide 
(what I see is that is a symbolic link to, or a copy of the 
latest version.)

So, I agree wholeheartedly, if a versioned number is requested, that, or 
nothing, should be returned. However, if it is generic - try to find a 
generic named library (and get the link or copy), and when that is not 
available either, take the latest versioned number.

It has been over two months, and I may have read it wrong - but that 
appears to be what the current "ldconfig -p" solution implements. (in 
ctypes, not uuid, so perhaps this is not the correct place to be 
responding. If so, my apologies).

On 08-May-16 05:24, Martin Panter wrote:
> Martin Panter added the comment:
> The versioning problem with already occurs with compiled programs. A C program compiled against will fail to load if you only have On the other hand, a Python program using find_library() will find either version. My point about robustness is that if a version 2 is invented, it might have different semantics or function signatures, and Python would then be assuming the wrong semantics.
> ----------
> _______________________________________
> Python tracker <>
> <>
> _______________________________________
Date User Action Args
2016-05-13 06:20:47aixtools@gmail.comsetrecipients: +, orsenthil, kdart, pitrou, christian.heimes, eric.araujo, Arfrever, r.david.murray, nvetoshkin, knny-myer, nailor, Keith.Dart, hynek, martin.panter, serhiy.storchaka, Michael.Felt
2016-05-13 06:20:46aixtools@gmail.comlinkissue11063 messages
2016-05-13 06:20:46aixtools@gmail.comcreate