[Top][All Lists]

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


From: Thomas Dickey
Subject: ncurses-5.2-20010825.patch.gz
Date: Sat, 25 Aug 2001 21:26:25 -0400
User-agent: Mutt/1.2.5i

 ncurses 5.2 - patch 20010825 - T.Dickey


 Ncurses 5.2 is at

 Patches for ncurses 5.2 are in the subdirectory


        + move calls to def_shell_mode() and def_prog_mode() before loop with
          callbacks in lib_set_term.c, since the c++ demo otherwise initialized
          the tty modes before saving them (patch by John David Anglin
        + duplicate logic used to initialize trace in newterm(), in initscr()
          to avoid confusing trace of initscr().
        + simplify allocation of WINDOW and WINDOWLIST structs by making the
          first a part of the second rather than storing a pointer.  This saves
          a call to malloc for each window (discussion with Philippe Blain).
        + remove unused variable 'used_ncv' from lib_vidattr.c (Philippe Blain).
        + modify c++/Makefile.in to accommodate archive programs that are
          different for C++ than for C, and add cases for vendor's C++
          compilers on Solaris and IRIX (report by Albert Chin-A-Young).
        + correct manpage description of criteria for deciding if the terminal
          supports xterm mouse controls.
        + add several configure script options to aid with cross-compiling: 
          --with-build-cc, --with-build-cflags, --with-build-ldflags, and
          --with-build-libs (request by Greg Roelofs).
        + change criteria for deciding if configure is cross-compiling from
          host/build mismatch to host/target mismatch (request by Greg Roelofs
        + correct logic for infocmp -e and -E options which writes the data for
          the ext_Names[] array.  This is needed if one constructs a fallback
          table for a terminfo entry which uses extended termcap names, e.g.,
          AX in a color xterm.
        + fix undefined NCURSES_PATHSEP when configure --disable-database
          option is given.

reply via email to

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