This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
glibc 2.21: One week at semi-frozen.
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: GNU C Library <libc-alpha at sourceware dot org>, "Senkevich, Andrew" <andrew dot senkevich at intel dot com>, Torvald Riegel <triegel at redhat dot com>, Chung-Lin Tang <chunglin_tang at mentor dot com>, Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>, Siddhesh Poyarekar <siddhesh at redhat dot com>
- Date: Sun, 11 Jan 2015 22:16:30 -0500
- Subject: glibc 2.21: One week at semi-frozen.
- Authentication-results: sourceware.org; auth=none
Developers,
In order to hasten the freeze of trunk I'm declaring that we
are semi-frozen. Please no more new features without talking to
me about them. Please fix as many bugs as possible that don't
destabilize the tree, add new symbols, require machine
maintainers to validate ABIs, or add new localization strings.
We are working towards a stable release.
What things would I like to see committed this week?
(1) Minimal fix for TZ crasher (bug 17715). [Florian]
(2) New semaphore implementation fixing semaphore destruction (bug 12674) [Torvald]
- Finishing my review.
(3) Parts of NIOS II port if sufficiently well isolated. [Chung-Lin]
(4) x86 32-bit vDSO time function support. [Adhemerval]
(5) Fix SR-safety issue with dlopen (make dlopen recursive). [Carlos]
What things would I like to see pushed off to 2.22?
* The Intel libmvec work has to move to 2.22 in order to allow
positive consensus from gcc, llvm, and icc developers over the
proposed ABI for OpenMP
* Futex cleanup. Torvald, please push this off to 2.22. I'm nervous
changing error handling near the end of the release. Unless you tell
me it's very well tested, obvious, and reviewed.
* fmemopen changes. Adhemerval, we need to get this into 2.22 early
to allow machine maintainers to verify the ABI changes. Note that
this contradicts my earlier email to you (follow up email sent).
Cheers,
Carlos.