From: SourceForge.net <no...@so...> - 2003-02-26 09:36:23
|
Bugs item #693518, was opened at 2003-02-26 10:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=693518&group_id=1355 Category: clisp Group: build problems Status: Open Resolution: None Priority: 5 Submitted By: Jörg Höhle (hoehle) Assigned to: Sam Steingold (sds) Summary: compiling witout libtermcap or curses Initial Comment: 1. stream.d says: #if (defined(UNIX) && !defined(NEXTAPP)) || defined(RISCOS) # ------------------------------------------------------- -------------- # Routines for the Emulation of all VT100-Features on normal Terminals. # Idea: Oliver Laumann 1987 # Uses the TERMCAP-Library: ... follow tgetent etc. prototypes I suggest there be a note about ncurses being able to replace termcap as a drop-in. Neither "Writing Programs with NCURSES" nor "A Hacker's Guide to Ncurses Internals", both part of the libncurses distribution (at least on this Suse system), and written mainly by Eric Raymond, mention that. 2. config.log or configure show no single message about attempting to locate libncurses All output is: checking for library containing tgetent... no As I said, everything went on until link time. NO_TERMCAP_NCURSES (which lispbibl.d uses to protect #define KEYBOARD) was apparently not set. 3. Some code in configure/makemake et al seems buggy: config.status says: s,@LIBTERMCAP@,broken,;t t makemake.in says: if [ "${with_termcap_ncurses}" = "0" -o "${LIBTERMCAP}" = "broken" ] ; then XCFLAGS=$XCFLAGS' -DNO_TERMCAP_NCURSES' LIBTERMCAP=""; fi Therefore one could expect -DNO_TERMCAP_NCURSES to appear in Makefile. Yet it does not. Instead, XCFLAGS seems overwritten later in makemake.in if [ $XCC_GCC = true ] ; then XCFLAGS='-W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type ' Regards, Jörg Höhle. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=693518&group_id=1355 |