On Fri, Dec 01, 2006 at 05:32:12AM -0500, Jakub Jelinek wrote:
> > > libncurses is much bigger than libtermcap, and also
has
> > > oddly large .bss and .data sections:
> > >
> > > bender:/[1/0]# size /lib64/libncurses.so.5 /lib64/libtermcap.so.2
> > > text data bss dec hex filename
> > > 319006 56608 3592 379206 5c946 /lib64/libncurses.so.5
> > > 10483 788 112 11383 2c77 /lib64/libtermcap.so.2
[...]
I think the easiest would be just nuke the terminfo source
parsing routines from libncurses*.so, _nc_read_entry_source nor
_nc_parse_entry aren't even prototyped in any installed ncurses
headers. It can be IMHO moved to libtic.a which will be linked
into ncurses utilities that need it.
If that is not possible, there are other options, e.g. switching
to a more compact and relocation friendly representation.
[...]
Thanks for the suggestions. ncurses-5.5-27.20061209.fc7 should be much
better.
$ size /lib64/libncurses.so.5
text data bss dec hex filename
261273 20504 3144 284921 458f9 /lib64/libncurses.so.5
Linker statistics show that total startup time in dynamic loader for
bash with libncurses is about 10% longer than with libtermcap.
Is it good enough to replace libtermcap?
--
Miroslav Lichvar