From: bangerth <bangerth@0785d39b-7218-0410-832d-ea1e28bc413d>
Date: Thu, 27 Feb 2014 20:18:41 +0000 (+0000)
Subject: Avoid one more warning with ICC.
X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=d27e29a231f166205cf4020da19d8b27fc70138e;p=dealii-svn.git

Avoid one more warning with ICC.


git-svn-id: https://svn.dealii.org/trunk@32573 0785d39b-7218-0410-832d-ea1e28bc413d
---

diff --git a/deal.II/cmake/setup_compiler_flags_intel.cmake b/deal.II/cmake/setup_compiler_flags_intel.cmake
index 173d159612..19dc9ad539 100644
--- a/deal.II/cmake/setup_compiler_flags_intel.cmake
+++ b/deal.II/cmake/setup_compiler_flags_intel.cmake
@@ -71,6 +71,15 @@ ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-w2")
 #             friend struct Implementation;
 #           };)
 #   -w177  declared but not referenced
+#   -w193  zero used for undefined preprocessing identifier "..."
+#          This happens when using undefined preprocessor names in
+#          conditions such as
+#            #if (abc && def)
+#          instead of
+#            #if (defined(abc) && defined(def))
+#          The standard says that in such cases, the undefined symbol
+#          is assumed to be zero. The warning is in principle
+#          useful, but the pattern appears exceedingly often in the TBB
 #   -w279  controlling expression is constant
 #   -w327  NULL reference is not allowed
 #          (the compiler is correct here in that statements like
@@ -91,6 +100,7 @@ ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd68")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd135")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd175")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd177")
+ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd193")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd279")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd327")
 ENABLE_IF_SUPPORTED(DEAL_II_CXX_FLAGS "-wd383")