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
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.
XEmacs-Beta mailing list