[evolution-data-server] Bug 681640 - Check for Python interpreter in configure.ac



commit 56841f83dfaf4e6f6fc0677459a15d92b3b92065
Author: Matthew Barnes <mbarnes redhat com>
Date:   Mon Aug 13 09:39:56 2012 -0400

    Bug 681640 - Check for Python interpreter in configure.ac
    
    For /addressbook/libebook/gen-western-table.py.

 addressbook/libebook/Makefile.am |    2 +-
 configure.ac                     |    3 +++
 2 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/addressbook/libebook/Makefile.am b/addressbook/libebook/Makefile.am
index 870d3c4..0171fec 100644
--- a/addressbook/libebook/Makefile.am
+++ b/addressbook/libebook/Makefile.am
@@ -86,7 +86,7 @@ libebookinclude_HEADERS =				\
 	 cp $< $@
 
 e-name-western-tables.h: e-name-western-tables.h.in
-	(${srcdir}/gen-western-table.py < $< > $  tmp && mv $  tmp $@) || rm -f $  tmp
+	$(AM_V_GEN) ($(PYTHON) ${srcdir}/gen-western-table.py < $< > $  tmp && mv $  tmp $@) || rm -f $  tmp
 
 BUILT_SOURCES += e-name-western-tables.h
 
diff --git a/configure.ac b/configure.ac
index 03fb8b8..2ef437a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -223,6 +223,9 @@ AC_PROG_INSTALL
 AC_PROG_LN_S
 AC_PROG_MAKE_SET
 
+dnl For gen-western-table.py
+AM_PATH_PYTHON
+
 dnl GCC 4.4 got more aggressive in its aliasing optimizations, changing
 dnl behavior that -- according to the C99 standard -- is supposed to be
 dnl undefined.  We may still have aliasing abuses lying around that rely



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