This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [patch/rfc] Build TUI when curses
- From: Andrew Cagney <cagney at gnu dot org>
- To: Eli Zaretskii <eliz at elta dot co dot il>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Mon, 16 Feb 2004 14:36:22 -0500
- Subject: Re: [patch/rfc] Build TUI when curses
- References: <40293ACC.5040506@gnu.org> <un07qp1bp.fsf@elta.co.il>
Date: Tue, 10 Feb 2004 15:10:52 -0500
From: Andrew Cagney <cagney@gnu.org>
+AC_SEARCH_LIBS(initscr, [ncurses Hcurses curses], [],
Could we please have pdcurses in this list as well? That would
certainly make DJGPP users happy, but I believe PDCurses can be built
on Unix and other systems as well, so it is not limited to DJGPP.
+ [AC_MSG_ERROR([no curses library found])])
Does that mean the configury will abort after this message? If so,
I'd suggest instead to display a message to the effect that only a
command-line version will be built, and continue with building as if
they asked for --disable-tui.
Here's what I've committed (which means that gdb -i=tui) starts the tui now.
Andrew
2004-02-16 Andrew Cagney <cagney@redhat.com>
* configure.in: Always check for curses, including pdcurses.
Warn, instead of error, when no curses are found. Enable TUI when
curses is available.
* configure: Re-generate.
Index: configure.in
===================================================================
RCS file: /cvs/src/src/gdb/configure.in,v
retrieving revision 1.145
retrieving revision 1.146
diff -u -r1.145 -r1.146
--- configure.in 15 Feb 2004 23:45:24 -0000 1.145
+++ configure.in 16 Feb 2004 19:33:42 -0000 1.146
@@ -135,6 +135,17 @@
fi
fi
+# FIXME: kettenis/20030102: We seem to prefer HP curses (Hcurses) over
+# Xcurses on HP-UX; see the `-D__HP_CURSES' in the relevant host
+# Makefile fragments. That's why we need to have `Hcurses' before
+# `curses'. I don't see why we should use HP curses if a more
+# standard curses is available, except that according to HP's
+# documentation one needs to compile `-D_XOPEN_SOURCE_EXTENDED' on
+# HP-UX 10.10 and 10.20.
+
+AC_SEARCH_LIBS(initscr, [ncurses Hcurses curses pdcurses], [],
+ [AC_MSG_WARN([no curses library found])])
+
# Enable TUI.
AC_ARG_ENABLE(tui,
[ --enable-tui enable full-screen terminal user interface (TUI)],
@@ -143,14 +154,16 @@
;;
*)
AC_MSG_ERROR([bad value $enableval for --enable-tui]) ;;
- esac])
+ esac],enable_tui=yes)
if test x"$enable_tui" = xyes; then
if test -d $srcdir/tui; then
- CONFIG_OBS="$CONFIG_OBS \$(SUBDIR_TUI_OBS)"
- CONFIG_DEPS="$CONFIG_DEPS \$(SUBDIR_TUI_DEPS)"
- CONFIG_SRCS="$CONFIG_SRCS \$(SUBDIR_TUI_SRCS)"
- ENABLE_CFLAGS="$ENABLE_CFLAGS \$(SUBDIR_TUI_CFLAGS)"
- need_curses=yes
+ if test "$ac_cv_search_initscr" != no; then
+ CONFIG_OBS="$CONFIG_OBS \$(SUBDIR_TUI_OBS)"
+ CONFIG_DEPS="$CONFIG_DEPS \$(SUBDIR_TUI_DEPS)"
+ CONFIG_SRCS="$CONFIG_SRCS \$(SUBDIR_TUI_SRCS)"
+ CONFIG_INITS="$CONFIG_INITS \$(SUBDIR_TUI_INITS)"
+ ENABLE_CFLAGS="$ENABLE_CFLAGS \$(SUBDIR_TUI_CFLAGS)"
+ fi
fi
fi
@@ -279,20 +292,7 @@
# Since GDB uses Readline, we need termcap functionality, so we need
# to find a library that provides that. When GDB is configured with
-# --enable-tui, we need full curses functionality.
-#
-# FIXME: kettenis/20030102: We seem to prefer HP curses (Hcurses) over
-# Xcurses on HP-UX; see the `-D__HP_CURSES' in the relevant host
-# Makefile fragments. That's why we need to have `Hcurses' before
-# `curses'. I don't see why we should use HP curses if a more
-# standard curses is available, except that according to HP's
-# documentation one needs to compile `-D_XOPEN_SOURCE_EXTENDED' on
-# HP-UX 10.10 and 10.20.
-
-if test "$need_curses" = yes; then
- AC_SEARCH_LIBS(initscr, [ncurses Hcurses curses], [],
- [AC_MSG_ERROR([no curses library found])])
-fi
+# the TUI, we need full curses functionality.
case $host_os in
cygwin*)