On 07/31/2014 03:08 PM, Dan HorĂ¡k wrote:
On Fri, 1 Aug 2014 00:19:08 +0530
Siddhesh Poyarekar <siddhesh(a)redhat.com> wrote:
> Hi,
>
> I just noticed that the S/390 arch maintainer in upstream glibc has
> pushed the patch to revert the ABI breakage he had introduced in 2.19.
> This will hit rawhide next week (and f21 a bit later), so please let
> me know if I can provide any extra assistance with this or if any
> particular day or time is convenient for the rebase.
oh, that's actually very bad news, we have no mean to rebuild
everything just for s390, all rebuilds must be done first in primary.
So the next rebuild can happen for F-22 unless primary decides to do an
additional mass rebuild after the new glibc lands just for us. Isn't
there a way how to make the revert compatible with the version we have
now? I think we can't ship glibc in Fedora that would maintain
different ABI than all other distros, or could we?
The existing F21 size of jmp_buf will be *larger* than that defined
in glibc. Therefore all existing interfaces that accept *smaller*
jmp_buf (all of them in glibc) will just work. However, mixing ABIs
between old and new modules will still have the normal structure
size incompatibility.
There is no way make it compatible. IBM made a mistake, that mistake
is now being corrected. Mass rebuilds are the only way this can
be fixed 100% for s390. Alternatively rebuilding perl and the perl
modules should fix the biggest problems (my suggested course of
action).
Any distribution based on glibc 2.19 has what is considered an
"invalid ABI" for s390. They will not be compatible with the corrected
ABI in 2.20. We want to move to the corrected ABI for s390.
Given that F20 is based on 2.18, and F21 is based on 2.20, it is
only rawhide that ever saw 2.19, and therefore we should have the
corrected ABI to ensure we are compatible with other distributions
that use s390.
Cheers,
Carlos.