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 martin.panter
Recipients Arfrever, Keith.Dart, christian.heimes, eric.araujo, hynek, kdart, knny-myer, martin.panter, nailor, nvetoshkin, orsenthil, pitrou, r.david.murray, serhiy.storchaka
Date 2016-04-25.03:51:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1461556283.98.0.268202156341.issue11063@psf.upfronthosting.co.za>
In-reply-to
Content
One thing I am wondering about is why we have to use find_library() at all. Wouldn’t it be more robust, and more efficient, to call CDLL() directly? We just have to know the exactly library version we are expecting. On Linux, the full soname is libuuid.so.1. It seems on OS X it is called libc.dylib (but it would be good for someone else to confirm).

# The uuid_generate_* routines are provided by libuuid on at least
# Linux and FreeBSD, and provided by libc on Mac OS X.
if sys.platform == "darwin":
    libname = "libc.dylib"
else:
    libname = "libuuid.so.1"
_ctypes_lib = ctypes.CDLL(libname)
History
Date User Action Args
2016-04-25 03:51:24martin.pantersetrecipients: + martin.panter, orsenthil, kdart, pitrou, christian.heimes, eric.araujo, Arfrever, r.david.murray, nvetoshkin, knny-myer, nailor, Keith.Dart, hynek, serhiy.storchaka
2016-04-25 03:51:23martin.pantersetmessageid: <1461556283.98.0.268202156341.issue11063@psf.upfronthosting.co.za>
2016-04-25 03:51:23martin.panterlinkissue11063 messages
2016-04-25 03:51:23martin.pantercreate