[evolution-exchange] Clarify a configure.ac comment.
- From: Matthew Barnes <mbarnes src gnome org>
- To: svn-commits-list gnome org
- Cc:
- Subject: [evolution-exchange] Clarify a configure.ac comment.
- Date: Tue, 2 Feb 2010 23:29:24 +0000 (UTC)
commit 8217ee947cad57a0b3302836ce26514608811256
Author: Matthew Barnes <mbarnes redhat com>
Date: Tue Feb 2 13:20:27 2010 -0500
Clarify a configure.ac comment.
configure.ac | 11 ++++++-----
1 files changed, 6 insertions(+), 5 deletions(-)
---
diff --git a/configure.ac b/configure.ac
index 8c244fe..69a9cb7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -55,18 +55,19 @@ AS_COMPILER_FLAGS(WARNING_FLAGS,
AC_SUBST(WARNING_FLAGS)
dnl Other useful compiler warnings for test builds only.
-dnl These may produce warnings we have no control over.
+dnl These may produce warnings we have no control over,
+dnl or false positives we don't always want to see.
dnl
dnl -Wformat-nonliteral
dnl -Wmissing-format-attribute
dnl -Wshadow
+dnl -Wstrict-aliasing=2
-dnl GCC 4.4 got more aggressive in it's aliasing optimizations, changing
+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
-dnl on GCC's previous "undefined" behavior but are hidden by type casts,
-dnl so disable the strict-aliasing optimzation until GCC (or even LLVM)
-dnl learns how to detect them and warn us about it.
+dnl on GCC's previous "undefined" behavior, so disable strict-aliasing
+dnl optimization until we can find and fix all the abuses.
dnl XXX This really belongs in AM_CFLAGS.
AM_CPPFLAGS="$WARNING_FLAGS -fno-strict-aliasing"
AC_SUBST(AM_CPPFLAGS)
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]