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