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?
safe, which is quite tedious. Maybe makes sense to make top-level#feature on safetyautomatically mark every function in the translation unit assafewithout the need to repeat oneself?autofrom a storage specifier into a type inference facility in a backward incompatible fashion, assuming thatautowasn'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 modulessafeby default in a backward-incompatible way (just like withauto), exploiting the fact that modules are still essentially unused? Or to introduceexport safe modulein which you don't have to keep writingsafeall the time?