emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cannot open termcap database


From: Eli Zaretskii
Subject: Re: Cannot open termcap database
Date: Sat, 05 Dec 2009 14:50:40 +0200

> Date: Sat, 5 Dec 2009 03:05:03 -0800 (PST)
> From: Dan Nicolaescu <address@hidden>
> Cc: Stefan Monnier <address@hidden>, address@hidden,
>         address@hidden, address@hidden
> 
> Eli Zaretskii <address@hidden> writes:
> 
>   > The MSDOS build does not use the configure script, it uses its own
>   > config.bat, and relies on src/Makefile.in to mention DOS-specific
>   > files in MSDOS_OBJ.  So if the configure script is modified to never
>   > use termcap.c and termcap.o is added to MSDOS_OBJ, I think the effect
>   > is what you suggest above.
> 
> termcap.o would also need to be removed from the setting of termcapobj
> in src/Makefile.in
> 
>   > Btw, maybe I'm blind, but configure checks only for termcap.h, it
>   > never references -ltermcap or anything else that has "termcap" as a
>   > substring.  Would removing termcap.h from the script be all that is
>   > needed for Unix platforms to not use termcap.c?
> 
> No, see above.
> And it gets even better: termcap.h is not even used, see src/term.c and 
> src/cm.c:
> 
> /* For now, don't try to include termcap.h.  On some systems,
>    configure finds a non-standard termcap.h that the main build
>    won't find.  */
> 
> #if defined HAVE_TERMCAP_H && 0
> #include <termcap.h>
> #else

Right.  So, taking into consideration what Andreas points out, we will
need to:

  . Move termcap.o from termcapobj to MSDOS_OBJ in src/Makefile.in

  . Simplify src/Makefile.in under #ifndef LIBS_TERMCAP" in the
    !TERMINFO case (because both branches will become identical now)

  . Remove termcap.h from AC_CHECK_HEADERS in configure.in

  . Remove the above "#if 0" snippet from src/term.c and src/cm.c

Anything else I missed?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]