This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 00/20] RFC: Add the CPU run-time library for C
On 06/13/2018 06:55 PM, Florian Weimer wrote:
It would be another thing to build a static PIC string library from
sources and link that both into libc.so and this new support library.
Then the build process would at least be aligned. But I don't think our
current build system is up for that.
Why so? Are there dependencies that avoid splitting out a
libstring_pic.a that builds only the string routines and then links that
into everything that needs it, i.e. libc.so, libc.a, libc-rt.so, etc.?
Ideally I'd like to see something like this happen but it is a crazy
long term project:
1. Put sysdeps for specific routines into their respective directories.
That is, elf/sysdeps, math/sysdeps, string/sysdeps, etc.
2. Support building all of these as separate lib*_pic.a that then gets
integrated at the top
3. Add a new target in string/Makefile that builds a libstring-rt.so
from its libstring_pic.a
4. Pull string out into a separate project and make it a submodule of
the glibc repo.
This could even get used to replace libio in future, where
libio-3.0_pic.a gets linked in by default and libio-2.x_pic.a is built
into a libio_compat.so that can then be preloaded for programs that need it.
Siddhesh