Giacomo Boffi writes:
 Quoting Jerry James <james(a)xemacs.org>:
 
 > On Fri, Mar 13, 2009 at 10:16 AM, Giacomo Boffi  
 > <giacomo.boffi(a)polimi.it> wrote:
 >> % for x in no berkdb dbm gdbm ; do
 >>> configure --with-athena=3d --with-database=$x | tail -10 ; echo ---* , done
 [...]
 >> to get here i linked gdbm_ndbm.h to ndbm.h
 >
 > This may be caused by the feature test prior to the database test.
 > Can you attach the config.log file?
 
 i think the most interesting is with gdbm, isn't it? and you prefer  
 when it fails on no ndbm.h, or the version where i linked gdbm_ndbm.h  
 to ndbm.h? 
You shouldn't do that anyway; on my Gentoo system at least libndbm is
a link to libdb1, not libgdbm.
 in doubt i attach config.log for gdbm and the fake(?) ndbm.h 
 configure:38525: checking for dbm_open in -lgdbm
 configure:38560: gcc -o conftest [...] -lgdbm  -ltermcap -lcurses [...]
 conftest.c:228: warning: function declaration isn't a prototype
 conftest.c:231: warning: function declaration isn't a prototype
 /usr/bin/ld: cannot find -ltermcap
 collect2: ld returned 1 exit status 
termcap is the problem, not the databases.  It seems like configure
adds termcap if it can't find tgetent in -lncurses or -lterminfo.
So I can get some idea of why configure is doing this, could you send
the output of just
./configure | grep -2 tgetent
To get your build going again, check to be sure you have the relevant
libraries/development packages installed.  If there is something like
a termcap_compat package available (should not need one, but ...) it
might help as a workaround).
You could also try configure --with-tty=no ... as a workaround.
HTH
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta