>Hmm, yes, that can be a problem. Unfortunately, it's currently >hardwired into the Makefile at configure time; this is likely related >to a desire to work with a wider range of Make implementations than is >usual?
I did that a different way (there's a macro which I normally use for most scripts). >> Later in the build log I see: >> | 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). >> >> It would be nice if you could get rid of this dependency. (But that's OK if >> you don't want to.) > >Yes, I've already reported this upstream[1], and Thomas seemed sympathetic? > >[1]: [94]http://thread.gmane.org/gmane.comp.lib.ncurses.bugs/4797 I'm working on a fix for this now (have coded it, and have to check it on a few platforms). I spent all of last week on the ncurses changes that I finished yesterday (investigating cross compiles led to review of not-recently-built stuff which reminded me about the OpenBSD warning messages, etc). tack is much simpler (I haven't tried cross compiling it yet ;-) -- Thomas E. Dickey <dic...@invisible-island.net> http://invisible-island.net ftp://invisible-island.net
signature.asc
Description: Digital signature
