Re: DIP1028 - Rationale for accepting as is

[Johannes T via Digitalmars-d-announce]

On Friday, 22 May 2020 at 01:22:19 UTC, Walter Bright wrote:
I have made these points before, but I'll summarize them here
for convenient referral.
[..]

Thank you for the detailed and insightful explanation.
Would it be feasible to have a follow-up DIP that enables 
implicit @system extern as an opt-in (e.g. -nosafeextern). The 
frustration most people seem to have with @safe extern is that it 
lessens the promise of @safe without a recourse.