PEP 571: Update permitted GCC_4.5.0 (#1180)
Matching the symbols permitted for x86_64 by GCC_4.3.0 require a limit of GCC_4.5.0 on i686 CentOS 6. This does create the risk that 32-bit extension modules using `__extendxftf2` may not actually be portable to all 2010 era systems, but most of those other than RHEL/CentOS 6 have already hit the end of their respective support periods.
This commit is contained in:
parent
06fbcf543c
commit
26d325dbcc
12
pep-0571.rst
12
pep-0571.rst
|
@ -155,7 +155,7 @@ the ``manylinux2010`` tag:
|
|||
GLIBC_2.12
|
||||
CXXABI_1.3.3
|
||||
GLIBCXX_3.4.13
|
||||
GCC_4.3.0
|
||||
GCC_4.5.0
|
||||
|
||||
As an example, ``manylinux2010`` wheels may include binary artifacts
|
||||
that require ``glibc`` symbols at version ``GLIBC_2.4``, because
|
||||
|
@ -313,6 +313,16 @@ to be uploaded in the same way that it permits ``manylinux1``. It
|
|||
should not attempt to verify the compatibility of ``manylinux2010``
|
||||
wheels.
|
||||
|
||||
Summary of changes to \PEP 571
|
||||
==============================
|
||||
|
||||
The following changes were made to this PEP based on feedback received after
|
||||
it was approved:
|
||||
|
||||
* The maximum version symbol of ``libgcc_s`` was updated from ``GCC_4.3.0``
|
||||
to ``GCC_4.5.0`` to address 32-bit Cent OS 6. This doesn't affect x86_64
|
||||
because ``libgcc_s`` for x86_64 has no additional symbol from
|
||||
``GCC_4.3.0`` to ``GCC_4.5.0``.
|
||||
|
||||
References
|
||||
==========
|
||||
|
|
Loading…
Reference in New Issue