Switching to ncurses
Miroslav Lichvar
mlichvar at redhat.com
Tue Dec 12 09:54:44 UTC 2006
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
More information about the fedora-devel-list
mailing list