DIP 1029---Add throw as Function Attribute---Community Review Round 1
Arine
arine123445128843 at gmail.com
Wed Jan 15 05:26:43 UTC 2020
On Tuesday, 14 January 2020 at 20:42:48 UTC, Walter Bright wrote:
> On 1/14/2020 7:18 AM, Arine wrote:
>> Otherwise this shouldn't be it's own DIP. If the intention is
>> this is only required for another DIP, this should just be
>> included in that DIP.
> It does make sense on its own.
It doesn't. Not with what's written in the DIP. If you don't care
to elaborate I guess that's the end of that discussion.
> Furthermore, I don't want to distract the coming discussion on
> "nothrow as default" with all the debate about throw vs throws
> vs @throw, etc.
So talking about something that's part of the DIP is distracting
from the DIP? Why are you trying to control the narrative that
takes place in a DIP? You shouldn't be splitting up DIPs into
non-nonsensical pieces just so you can tell people to not discuss
certain aspects that relate to the current DIP because they are
also part of another DIP.
> BTW, anyone wanting to discuss the merits of "nothrow as
> default" please use the "nothrow by default" thread started by
> Steven Schveighoffer on Jan 4.
I'd say as long as it mentions making nothrow the default in the
DIP, this is fair to discuss here. It is part of this DIP after
all.
More information about the Digitalmars-d
mailing list