I am behind on a number of ideas, but slowly working on them.
Of course, rescuept and findsuper are being added.
I am removing all vestige of 4meg support, which saves some space by
moving stuff from /bin to the more efficient /usr/bin. Someday maybe I'll
put bzip2 into the kernel loader and end this mess... It would probably
save at least 50K, maybe much more, since the libc then would be
compressed with bzip2 instead of gzip.
The issue of 2.2.x (which adds a good 125K!!!) is held off again, for now,
with an apparent workaround for sparse superblocks. 2.2.x is easy to
customize in, anyway, for those who need it.
The issue of glibc, well, I am probably going to make and release an easy
do-it-yourself compile-to-libc5 kit. It seems like the big, huge, main,
almost only, big issue is that it is hard to customize to tomsrtbt for
glibc users. Since this is the problem, not missing functionality or
bugs, and since it is much bigger, and since I'm a good year away from
upgrading, and since no-one else seems to be doing it for me, I think that
if I make it _easy_ to build libc5 binaries on glibc systems, it will
basically solve the problem. I have a few approaches I havn't decided
between, but it won't take forever for me to put this together and make it
available. It is really just header files, gcc specs, and ld scripts, but
it might be easier to bundle more than that, or necessary to make sed edit
your specs and scripts into new ones. I'll see. Expect more on this soon.
There are other approaches to shrinking ELF, and shrinking executables,
that I just haven't gotten to yet. There are also many small things that
just havn't percolated.
-Tom
