问关于使用[[不返回]]以外的属性的建议？

EN

在讨论在另一个question中使用特定于供应商的属性时，我问自己，“我们应该告诉人们使用标准中没有列出的属性的规则是什么”

定义的两个属性是[[ noreturn ]]和[[ carries_dependencies ]]。标准留下了编译器应该如何对未知属性作出反应的问题--因此，按照标准，编译器可能会以错误消息停止。这不是GCC所做的，而是发出警告并继续下去。这可能是最常见的编译器所期望的行为。出于这个原因，我想在标准中读一个“应该”，但我们没有它。

论文N2553提出了柔性属性。它列出GCC ( unused，weak)和MSVC (dllimport)使用的其他属性。对于OpenMP，广泛支持的并行化框架、作用域属性被建议，例如。omp::for(clause, clause)，omp::parallel(clause,clause).因此，我们很可能在某些特定于供应商的属性支持语法之后很快就会使用它们。

因此，当我们现在“出去”并告诉人们关于的事情时，关于使用属性的建议应该是什么呢？

• 只使用noreturn和编译器，而不是旧语法，例如。在您移植代码时，定义一个宏(当前的situation)
  • Use是您最喜欢的编译器支持的属性，因为您知道这段代码可能无法移植到另一个符合标准的编译器，因为如果该标准允许编译器在出错时停止运行，那么您必须考虑到这种情况会发生。)这听起来有点像提倡编写不可移植的代码。
  • ，或者，我猜，希望使用最多的编译器对未知属性发出警告，这样您就可以使用特定于供应商的属性，同时记住，在罕见的情况下，您可能会遇到问题。

注意最后两个项目中的细微差别。虽然两者都说“使用所需的属性”，但第3条的信息是“不关心其他编译器”，而item4则将标准文本“实现定义的行为”隐式地重新表述为“编译器应该发出诊断消息”。

，对于即将到来的最佳实践，有什么建议？