tack's configure script doesn't find separate tic library. (Also needlessly pulls in libncurses when libtinfo would suffice.)

[Samuel Bronson]

When ncurses has been built with --with-ticlib, as it is in Debian's
ncurses packages since 5.6+20071006-3, tack configures but fails to
link, like this:

address@hidden:~/hacking/debian/source-tack/tack% make
linking tack ...
edit.c:971: error: undefined reference to '_nc_tic_expand'
edit.c:891: error: undefined reference to '_nc_tic_expand'
edit.c:881: error: undefined reference to '_nc_reset_input'
edit.c:882: error: undefined reference to '_nc_trans_string'
edit.c:476: error: undefined reference to '_nc_tic_expand'
edit.c:477: error: undefined reference to '_nc_tic_expand'
edit.c:351: error: undefined reference to '_nc_reset_input'
edit.c:352: error: undefined reference to '_nc_trans_string'
collect2: ld returned 1 exit status
make: *** [tack] Error 1
address@hidden:~/hacking/debian/source-tack/tack% make -n
echo linking tack ... ; gcc ../tack/ansi.o ../tack/charset.o
../tack/color.o ../tack/control.o ../tack/crum.o ../tack/edit.o
../tack/fun.o ../tack/init.o ../tack/menu.o ../tack/modes.o
../tack/output.o ../tack/pad.o ../tack/scan.o ../tack/sync.o
../tack/sysdep.o ../tack/tack.o -lncurses   -L/lib    -DHAVE_CONFIG_H
-I. -I.  -D_GNU_SOURCE -g -O2 -o tack

This can be worked around by passing LIBS="-ltic" to the configure
script, though.


Another, less serious issue is that there is no way to prevent it from
linking with libncurses, which causes this warning when building a
Debian package (using libncurses-dev >= 5.9-2, which uses the
--with-termlib flag):

dpkg-shlibdeps: warning: dependency on libncurses.so.5 could be
avoided if "debian/tack/usr/bin/tack" were not uselessly linked
against it (they use none of its symbols).

This is not particularly harmful, of course: ncurses isn't exactly
going to stop needing terminfo, and users of tack who would mind
having libncurses installed can probably be counted on one hand (or
less). It's just kind of annoying not to be able to avoid the
warning...