/usr/lib/python3.6/site-packages/setuptools
NameSizeModeActions
command/-0755rm
extern/-0755rm
_vendor/-0755rm
__pycache__/-0755rm
archive_util.py65920644editdlrm
build_meta.py56710644editdlrm
config.py180060644editdlrm
depends.py58370644editdlrm
dep_util.py9350644editdlrm
dist.py426130644editdlrm
extension.py17290644editdlrm
glibc.py31460644editdlrm
glob.py52070644editdlrm
launch.py7870644editdlrm
lib2to3_ex.py20130644editdlrm
monkey.py52610644editdlrm
msvc.py408770644editdlrm
namespaces.py31990644editdlrm
package_index.py403200644editdlrm
pep425tags.py108730644editdlrm
py27compat.py5360644editdlrm
py31compat.py11920644editdlrm
py33compat.py11820644editdlrm
py36compat.py28910644editdlrm
sandbox.py142760644editdlrm
script (dev).tmpl2010644editdlrm
script.tmpl1380644editdlrm
site-patch.py23070644editdlrm
ssl_support.py84920644editdlrm
unicode_utils.py9960644editdlrm
version.py1440644editdlrm
wheel.py77780644editdlrm
windows_support.py7140644editdlrm
__init__.py57000644editdlrm
Edit: /usr/lib/python3.6/site-packages/setuptools/glibc.py (3146B)
# This file originally from pip: # https://github.com/pypa/pip/blob/8f4f15a5a95d7d5b511ceaee9ed261176c181970/src/pip/_internal/utils/glibc.py from __future__ import absolute_import import ctypes import re import warnings def glibc_version_string(): "Returns glibc version string, or None if not using glibc." # ctypes.CDLL(None) internally calls dlopen(NULL), and as the dlopen # manpage says, "If filename is NULL, then the returned handle is for the # main program". This way we can let the linker do the work to figure out # which libc our process is actually using. process_namespace = ctypes.CDLL(None) try: gnu_get_libc_version = process_namespace.gnu_get_libc_version except AttributeError: # Symbol doesn't exist -> therefore, we are not linked to # glibc. return None # Call gnu_get_libc_version, which returns a string like "2.5" gnu_get_libc_version.restype = ctypes.c_char_p version_str = gnu_get_libc_version() # py2 / py3 compatibility: if not isinstance(version_str, str): version_str = version_str.decode("ascii") return version_str # Separated out from have_compatible_glibc for easier unit testing def check_glibc_version(version_str, required_major, minimum_minor): # Parse string and check against requested version. # # We use a regexp instead of str.split because we want to discard any # random junk that might come after the minor version -- this might happen # in patched/forked versions of glibc (e.g. Linaro's version of glibc # uses version strings like "2.20-2014.11"). See gh-3588. m = re.match(r"(?P[0-9]+)\.(?P[0-9]+)", version_str) if not m: warnings.warn("Expected glibc version with 2 components major.minor," " got: %s" % version_str, RuntimeWarning) return False return (int(m.group("major")) == required_major and int(m.group("minor")) >= minimum_minor) def have_compatible_glibc(required_major, minimum_minor): version_str = glibc_version_string() if version_str is None: return False return check_glibc_version(version_str, required_major, minimum_minor) # platform.libc_ver regularly returns completely nonsensical glibc # versions. E.g. on my computer, platform says: # # ~$ python2.7 -c 'import platform; print(platform.libc_ver())' # ('glibc', '2.7') # ~$ python3.5 -c 'import platform; print(platform.libc_ver())' # ('glibc', '2.9') # # But the truth is: # # ~$ ldd --version # ldd (Debian GLIBC 2.22-11) 2.22 # # This is unfortunate, because it means that the linehaul data on libc # versions that was generated by pip 8.1.2 and earlier is useless and # misleading. Solution: instead of using platform, use our code that actually # works. def libc_ver(): """Try to determine the glibc version Returns a tuple of strings (lib, version) which default to empty strings in case the lookup fails. """ glibc_version = glibc_version_string() if glibc_version is None: return ("", "") else: return ("glibc", glibc_version)