All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.