#147 compiling witout libtermcap or curses

build problems
closed-fixed
clisp (525)
5
2003-03-09
2003-02-26
No

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.

Discussion

  • Sam Steingold

    Sam Steingold - 2003-03-01

    Logged In: YES
    user_id=5735

    1. fixed.

    2. this is normal.

    3. please try this patch:

    --- makemake.in.~1.313.~ 2003-02-26 12:18:00.000000000 -0500
    +++ makemake.in 2003-03-01 15:49:31.000000000 -0500
    @@ -716,11 +716,6 @@
    INSTALL_DATA='$(INSTALL)'
    fi

    -if [ "${with_termcap_ncurses}" = "0" -o "${LIBTERMCAP}" =
    "broken" ] ; then
    - XCFLAGS=$XCFLAGS' -DNO_TERMCAP_NCURSES'
    - LIBTERMCAP="";
    -fi
    -
    # Main target OS dependencies:

    OS_INCLUDES=''
    @@ -1250,6 +1245,11 @@
    XCFLAGS="$XCFLAGS -DMULTITHREAD -D${with_threads}"
    fi

    +if [ "${with_termcap_ncurses}" = "0" -o "${LIBTERMCAP}" =
    "broken" ] ; then
    + XCFLAGS=$XCFLAGS' -DNO_TERMCAP_NCURSES'
    + LIBTERMCAP="";
    +fi
    +
    # the type of library naming
    if [ ${HOS} = "win32" -a ${HSYS} != "win32gcc" ]; then
    LIB_TYPE="win32"; # foo.lib

     
  • Sam Steingold

    Sam Steingold - 2003-03-09
    • status: open --> closed-fixed
     
  • Sam Steingold

    Sam Steingold - 2003-03-09

    Logged In: YES
    user_id=5735

    thank you for your bug report.
    the bug has been fixed in the CVS tree.
    you can either wait for the next release (recommended)
    or check out the current CVS tree (see http://clisp.cons.org\)
    and build CLISP from the sources (be advised that between
    releases the CVS tree is very unstable and may not even build
    on your platform).

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks