glibc 2.23 --- Hard freeze starting

Adhemerval Zanella adhemerval.zanella@linaro.org
Wed Jan 20 13:16:00 GMT 2016



On 20-01-2016 10:58, Florian Weimer wrote:
> On 01/20/2016 01:51 PM, Adhemerval Zanella wrote:
> 
>> Right, so then we need to enforce a policy of what is feasible to set as
>> release blocker and what should be moved to the next one.  As you said,
>> architecture-independent ABI should not be a blocker, so the patches for
>> 'Fix ABI for external copies of string function inlines on AArch64'
>> should be delay to 2.24.
> 
> I'm not sure that this follows from the discussion regarding
> strlcpy/strlcat (which was about an enhancement, not a bugfix).  The
> description here
> 
>   <https://sourceware.org/ml/libc-alpha/2016-01/msg00170.html>
> 
> suggests very much that this is a genuine blocker bug because we would
> otherwise ship with an incorrect ABI on aarch64.
> 
> Florian

Yes, but we also have the option (which I prefer to avoid) to revert the
patch and work on a better solution in next release.

So I am open to suggestion on how to handle possible ABI break issues
near the release date.  Should we just revert the patch or should block
the release until a ABI fix is reviewed?



More information about the Libc-alpha mailing list