[PATCH] D23385: Implement __attribute__((require_constant_initialization)) for safe static initialization.
Eric Fiselier via cfe-commits
cfe-commits at lists.llvm.org
Sun Aug 14 13:10:54 PDT 2016
EricWF added inline comments.
================
Comment at: lib/Sema/SemaDecl.cpp:10484-10485
@@ -10478,1 +10483,4 @@
+ if (var->hasAttr<RequireConstantInitAttr>() && !Init)
+ Diag(var->getLocation(), diag::err_require_constant_init_failed);
+
----------------
rsmith wrote:
> I think this check is incorrect: we perform constant initialization (to zero) for globals with no initializer.
Agreed. Technically not "constant initialization" but every bit as safe.
================
Comment at: lib/Sema/SemaDecl.cpp:10485
@@ +10484,3 @@
+ if (var->hasAttr<RequireConstantInitAttr>() && !Init)
+ Diag(var->getLocation(), diag::err_require_constant_init_failed);
+
----------------
majnemer wrote:
> Any reason not to use the already existing `err_init_element_not_constant`?
> Any reason not to use the already existing err_init_element_not_constant?
I hadn't considered it, but the error text seems misleading, since it may select a constructor that's not a valid constant expression even when every element in the initializer is.
================
Comment at: lib/Sema/SemaDecl.cpp:10500
@@ +10499,3 @@
+ if (!*HasConstInit)
+ Diag(var->getLocation(), diag::warn_global_constructor)
+ << Init->getSourceRange();
----------------
rsmith wrote:
> Instead of diagnosing the condition separately (and getting both a warning and an error for the same situation), it would seem preferable to change this to produce either `diag::warn_global_constructor` or your new error depending on whether the attribute is present. This would also remove the duplicate error messages if the attribute is specified on an object that is also marked `constexpr`.
Already I think I've dealt with the duplicate diagnostics.
================
Comment at: lib/Sema/SemaDecl.cpp:10528
@@ +10527,3 @@
+ var->getLocation())) {
+ // Warn about globals which don't have a constant initializer. Don't
+ // warn about globals with a non-trivial destructor because we already
----------------
I can't figure out where the diagnostic is this comment is coming from. Hopefully I'm just missing something simple.
https://reviews.llvm.org/D23385
More information about the cfe-commits
mailing list