Switching to ncurses

[Miroslav Lichvar]

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