On Wednesday 2013-10-23 12:23, Joerg Schilling wrote:
libc is mounted to the best fit libc compile variant for performance reasons. BTW: this appeared in 1997, when 64 bit support was added to Solaris.
In glibc, all the accelerated codes live within (the one) libc.so, and ld.so resolves symbols like strchr to __strchr_sse2 / __strchr_sse42 at program startup through a mechanism that is known as ifunc. That means we do not have to provide the computationally boring parts of libc ??? such as stdio, which provides one of the largest functions according to readelf ??? more than once like it would be the case for multiple libc.so files.
Well if you believe that disk space is rare, you are right. If you believe that avoiding to fill RAM with unneeded code is more important, the Solarie method is better.
You certainly have a point in that. However, x86 has garnered so many CPU extensions over the years (and so did sparc - e.g. vis, vis2, vis3) that shipping a single library for every possible combination becomes a bit unmanageable. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org