Feedback Thread: DIP 1028--Make @safe the Default--Final Review

Stefan Koch uplink.coder at googlemail.com
Wed Mar 25 20:48:49 UTC 2020


On Wednesday, 25 March 2020 at 08:37:53 UTC, Walter Bright wrote:
> On 3/25/2020 12:29 AM, ag0aep6g wrote:
>> The DIP says about `extern` functions:
>> 
>>> An unmarked extern (D) function will now be considered @safe.
>> 
>> It does not say clearly what happens with other `extern` 
>> functions.
>> 
>> For unmarked `extern (C)` and `extern (C++)` functions, the 
>> DIP should either say that they will still be considered 
>> @system, or it should say that they become errors.
>> 
>> The DIP should also mention `extern (Windows)` and `extern 
>> (Objective-C)`, or just have a catch-all sentence about "other 
>> `extern` functions".
>
> Since @safe will now be the default, all extern functions will 
> be @safe. It shouldn't be necessary to enumerate what 
> declarations are covered by this. It would only be necessary to 
> enumerate declarations which would not be.

Are you talking about the case where an extern(C) function is 
defined in D code?



More information about the Digitalmars-d mailing list