On Thu, 23 Oct 2003, grant beattie wrote:

> there must be a better way, and I would advise against doing this.
> ncurses is a big, bloated beast which doesn't seem appropriate for a
> shell to depend on.

I agree it is bloated, but in many cases it already is linked against a
ncurses. (I already had to force my bash2 to not depend on gettext-lib and
libiconv too.)

It is normal. On Debian systems:
reed@sloth:~$ ldd /bin/bash
        libncurses.so.5 => /lib/libncurses.so.5 (0x40017000)
...

On Gentoo systems, bash depends on ncurses
(DEPEND=">=sys-libs/ncurses-5.2-r2" and --with-curses).

On old (and new) Red Hat Linux system:

[root@www /root]# ldd /bin/bash
        libtermcap.so.2 => /lib/libtermcap.so.2 (0x4002d000)
...
Which comes from the libtermcap package.

libtermcap used to be available from ftp://sunsite.unc.edu/pub/Linux/GCC/

Gentoo's libtermcap is based on Debian's termcap-compat source.

Also, some installations of ncurses include libtermcap libraries (and
header).

Should we provide a libtermcap?




>         libtermcap.so.2 => /lib/libtermcap.so.2 (0x4001a000)

I am curious: where did your libtermcap come from?

   Jeremy C. Reed
   http://bsd.reedmedia.net/