You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to the current proposal, all new code in C++ will have to designate every function as safe, which is quite tedious. Maybe makes sense to make top-level #feature on safety automatically mark every function in the translation unit as safe without the need to repeat oneself?
C++11 changed auto from a storage specifier into a type inference facility in a backward incompatible fashion, assuming that auto wasn't really used in pre-C++11 code. C++20 introduced modules, which are currently supported by only one compiler. Would it be possible to make modules safe by default in a backward-incompatible way (just like with auto), exploiting the fact that modules are still essentially unused? Or to introduce export safe module in which you don't have to keep writing safe all the time?
The text was updated successfully, but these errors were encountered:
safe
, which is quite tedious. Maybe makes sense to make top-level#feature on safety
automatically mark every function in the translation unit assafe
without the need to repeat oneself?auto
from a storage specifier into a type inference facility in a backward incompatible fashion, assuming thatauto
wasn't really used in pre-C++11 code. C++20 introduced modules, which are currently supported by only one compiler. Would it be possible to make modulessafe
by default in a backward-incompatible way (just like withauto
), exploiting the fact that modules are still essentially unused? Or to introduceexport safe module
in which you don't have to keep writingsafe
all the time?The text was updated successfully, but these errors were encountered: