Hi there,

Following up on
https://bitbucket.org/pypa/wheel/issue/124/glibc-incompatibility.

How should we deal with incompatibility of dynamically linked libraries?
Doing "pip wheel numpy" on a Linux 64bit machine results in , which is
linked dynamically against the GLIBC version installed on the build
machine.

So should the wheel be shipped with GLIBC, or the GLIBC version be
specified in the wheel name (means to build a new wheel for each GLIBC
version?). Also, maybe this is not the only library it is dynamically
linked against?

Why does that work on MacOS, btw? Are all library versions fixed there for
one version of OSX?

Thanks for putting some light into this issue.

Best regards,
Matthias
_______________________________________________
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Reply via email to