Related question – isn't auditwheel being runned against all linux
wheels before uploading fixed manylinux* wheels to pypi anyway? If
yes, probably there's a need to use another container for musl
systems, though this has to be investigated.
On Wed, Feb 27, 2019 at 7:20 PM Alexander Re
r ...?
>
> On Tue, Feb 26, 2019 at 8:16 AM Alexander Revin wrote:
> >
> > I've asked on musl mailing list and it looks like possible:
> >
> > -- Forwarded message -
> > From: Rich Felker
> > Date: Tue, Feb 26, 2019 at 4:11 PM
> > Su
I've asked on musl mailing list and it looks like possible:
-- Forwarded message -
From: Rich Felker
Date: Tue, Feb 26, 2019 at 4:11 PM
Subject: Re: [musl] ABI compatibility between versions
To: Alexander Revin
Cc:
On Tue, Feb 26, 2019 at 12:28:31PM +0100, Alexander
reter extracted: /lib64/ld-linux-x86-64.so.2
Running on glibc version 2.27
On Thu, Feb 21, 2019 at 3:57 AM Alexander Revin wrote:
>
> Hi Nathaniel,
>
> Thanks for your answer.
>
> Basing on your example of RHEL and Ubuntu, let's take RHEL 6 which
> uses glibc 2.12. If you
parsing if it failed to open glibc in the first place.
Thanks,
Alex
[1]
https://snorfalorpagus.net/blog/2016/07/17/compiling-python-extensions-for-old-glibc-versions/
[2] https://www.linuxjournal.com/article/1060
[3] https://github.com/detailyang/readelf/blob/master/readelf/readelf.py#L545
Hi all,
I have an idea regarding Python binary wheels on non-glibc platforms,
and it seems that initially I've posted it to the wrong list ([1])
Long story short, the proposal is to use platform tuples (like
compiler ones) for wheel names, which will allow much broader platform
support, for examp
