On Mon, Jun 07, 2010 at 05:04:13PM +0900, Simon Horman wrote: > There is some discussion of this problem > in the cluster-glue edition of this patch, #582874
I have pushed the following change upstream which should resolve this problem. See http://hg.linux-ha.org/glue/rev/29dfb727f248 # HG changeset patch # User Simon Horman <ho...@verge.net.au> # Date 1278317064 -32400 # Node ID d43856c0c3eea8c80bbe284086da70fe81f743d3 # Parent 9437698a6f7773006a3531df034aa9c1f46d5415 low: unset CFLAGS in a dash-friendly way According to the dash man page, the only way to unexport a variable is to unset it. This also works in bash. For the record, the reason that CFLAGS is exported from the environment to configure and configure appends -Werror to the CFLAGS then it will be re-exported by configure and has been observed to cause trouble when configure runs a separate configure is the libltdl directory. Closes: Debian Bug #582875 - http://bugs.debian.org/582875 See: Debian Bug #582874 - http://bugs.debian.org/582874 Signed-off-by: Simon Horman <ho...@verge.net.au> diff -r 9437698a6f77 -r d43856c0c3ee configure.ac --- a/configure.ac Fri Jun 11 12:23:19 2010 +0200 +++ b/configure.ac Mon Jul 05 17:04:24 2010 +0900 @@ -1140,7 +1140,10 @@ CC_EXTRAS="" if export | fgrep " CFLAGS=" > /dev/null; then - export -n CFLAGS || true # We don't want to bomb out if this fails + SAVED_CFLAGS="$CFLAGS" + unset CFLAGS + CFLAGS="$SAVED_CFLAGS" + unset SAVED_CFLAGS fi if test "$GCC" != yes; then -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
