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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
