The previously added warning ended up causing false positives when
nothrow was used on member functions, where the exception specification
wasn't yet parsed. So, throw() and noexcept(true) both were incorrectly
warning. There doesn't seem to be a good way to force these to be parsed
to identify which they are (and likely should not be), so suppress the warning.
For now, unevaluated/uninstantiated are left as warnings as I am not
creative enough to find a reproducer that causes a false positive for
either.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@362236
91177308-0d34-0410-b5e6-
96231b3b80d8
case EST_BasicNoexcept:
case EST_NoexceptTrue:
case EST_NoThrow:
+ case EST_Unparsed:
// Exception spec doesn't conflict with nothrow, so don't warn.
+ // Unparsed is included in this, since method signatures aren't parsed
+ // until after the fact.
break;
case EST_Dynamic:
case EST_DependentNoexcept:
case EST_Unevaluated:
case EST_Uninstantiated:
- case EST_Unparsed:
S.Diag(attr.getLoc(), diag::warn_nothrow_attribute_ignored);
break;
}
__declspec(nothrow) void foo5() noexcept(noexcept(foo2()));
// expected-warning@+1{{'nothrow' attribute conflicts with exception specification; attribute ignored}}
__declspec(nothrow) void foo6() noexcept(noexcept(foo3()));
+
+// FIXME: It would be nice to be able to warn on these, however at the time we
+// evaluate the nothrow, these have yet to be parsed, so the data is not yet
+// there.
+struct S {
+ __declspec(nothrow) void f1();
+#ifndef CPP17
+ __declspec(nothrow) void f2() throw();
+ __declspec(nothrow) void f3() throw(int);
+#endif
+ __declspec(nothrow) void f4() noexcept(true);
+ __declspec(nothrow) void f5() noexcept(false);
+};