Re: glibc 2.27: 3 weeks till release

[Florian Weimer <fweimer at redhat dot com>]

On 01/18/2018 02:31 PM, Joseph Myers wrote:
> On Thu, 18 Jan 2018, Florian Weimer wrote:
>
> > Yes, the final part is the typical problem.  I have thought about this some
> > more and I don't think we need to preserve static binary compatibility at this
> > point.  In the future, when we improve static linking in general, we should
> > consider relaxing the consistency checks and perhaps change the way we add new
> > locale data to accommodate existing binaries.
>
> Improving static binary compatibility would also mean ensuring the things
> that load .so modules work reliably even when the installed .so modules
> are from a newer libc version.  That's NSS, and character set conversions
> loading gconv modules, at least.

Right.  I plan to find alternate ways to implement NSS/gconv for 
statically linked binaries.  That's obviously not going to happen over 
night, but my plan is to get rid of *all* internal uses of static 
dlopen, so that we can remove all support for it.

Thanks,
Florian