* [PATCH] tools: Check presence of ncurses
@ 2008-03-04 11:07 Samuel Thibault
2008-03-04 11:24 ` Keir Fraser
0 siblings, 1 reply; 3+ messages in thread
From: Samuel Thibault @ 2008-03-04 11:07 UTC (permalink / raw)
To: xen-devel
Add a check for the presence of ncurses development files
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
diff -r b28ae5f00553 tools/check/check_curses_devel
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/tools/check/check_curses_devel Tue Mar 04 11:06:06 2008 +0000
@@ -0,0 +1,14 @@
+#!/bin/sh
+# CHECK-BUILD
+
+RC=0
+
+set -e
+test -r /usr/include/curses.h || RC=1
+
+if test ${RC} -ne 0; then
+ echo
+ echo " *** Check for curses headers FAILED"
+fi
+
+exit ${RC}
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] tools: Check presence of ncurses
2008-03-04 11:07 [PATCH] tools: Check presence of ncurses Samuel Thibault
@ 2008-03-04 11:24 ` Keir Fraser
2008-03-04 11:42 ` Samuel Thibault
0 siblings, 1 reply; 3+ messages in thread
From: Keir Fraser @ 2008-03-04 11:24 UTC (permalink / raw)
To: Samuel Thibault, xen-devel
Will this break cross-compile environments? Xentop is not built in that case
(hence no dependency on curses.h), yet your new check will still be
enforced. If it is the xentop usage that you are wanting to protect with a
check, perhaps the compile-or-not decision in xenstat/Makefile should be
made dynamically based on presence of curses.h?
-- Keir
On 4/3/08 11:07, "Samuel Thibault" <samuel.thibault@eu.citrix.com> wrote:
> Add a check for the presence of ncurses development files
>
> Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
>
> diff -r b28ae5f00553 tools/check/check_curses_devel
> --- /dev/null Thu Jan 01 00:00:00 1970 +0000
> +++ b/tools/check/check_curses_devel Tue Mar 04 11:06:06 2008 +0000
> @@ -0,0 +1,14 @@
> +#!/bin/sh
> +# CHECK-BUILD
> +
> +RC=0
> +
> +set -e
> +test -r /usr/include/curses.h || RC=1
> +
> +if test ${RC} -ne 0; then
> + echo
> + echo " *** Check for curses headers FAILED"
> +fi
> +
> +exit ${RC}
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] tools: Check presence of ncurses
2008-03-04 11:24 ` Keir Fraser
@ 2008-03-04 11:42 ` Samuel Thibault
0 siblings, 0 replies; 3+ messages in thread
From: Samuel Thibault @ 2008-03-04 11:42 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
Keir Fraser, le Tue 04 Mar 2008 11:24:46 +0000, a écrit :
> Will this break cross-compile environments? Xentop is not built in that case
> (hence no dependency on curses.h), yet your new check will still be
> enforced. If it is the xentop usage that you are wanting to protect with a
> check, perhaps the compile-or-not decision in xenstat/Makefile should be
> made dynamically based on presence of curses.h?
Something like this then:
tools: Compile xentop only if curses are available.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
diff -r c89f6ed56351 tools/xenstat/Makefile
--- a/tools/xenstat/Makefile Mon Mar 03 11:47:40 2008 +0000
+++ b/tools/xenstat/Makefile Tue Mar 04 11:41:24 2008 +0000
@@ -6,7 +6,9 @@ SUBDIRS += libxenstat
# This doesn't cross-compile (cross-compile environments rarely have curses)
ifeq ($(XEN_COMPILE_ARCH),$(XEN_TARGET_ARCH))
+ifeq ($(wildcard /usr/include/curses.h),/usr/include/curses.h)
SUBDIRS += xentop
+endif
endif
.PHONY: all install clean
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-03-04 11:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-04 11:07 [PATCH] tools: Check presence of ncurses Samuel Thibault
2008-03-04 11:24 ` Keir Fraser
2008-03-04 11:42 ` Samuel Thibault
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.