[Issue 2808] 'nothrow' nested functions cannot be parsed
https://issues.dlang.org/show_bug.cgi?id=2808 Andrei Alexandrescu changed: What|Removed |Added Version|2.027 |D2 --
[Issue 2808] 'nothrow' nested functions cannot be parsed
http://d.puremagic.com/issues/show_bug.cgi?id=2808 clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from clugd...@yahoo.com.au 2009-05-07 03:04 --- Fixed DMD2.029 --
[Issue 2808] 'nothrow' nested functions cannot be parsed
http://d.puremagic.com/issues/show_bug.cgi?id=2808 --- Comment #3 from clugd...@yahoo.com.au 2009-04-12 23:19 --- (In reply to comment #2) > It needs a TOKpure added as well. I'm not sure that you want to allow 'pure' on nested functions at all, because of bug 2807. If it is allowed, a pure nested function needs to treat all of the variables in the parent function as if they were globals. --
[Issue 2808] 'nothrow' nested functions cannot be parsed
http://d.puremagic.com/issues/show_bug.cgi?id=2808 --- Comment #2 from bugzi...@digitalmars.com 2009-04-11 00:12 --- It needs a TOKpure added as well. --
[Issue 2808] 'nothrow' nested functions cannot be parsed
http://d.puremagic.com/issues/show_bug.cgi?id=2808 clugd...@yahoo.com.au changed: What|Removed |Added Keywords||patch --- Comment #1 from clugd...@yahoo.com.au 2009-04-06 14:06 --- I can make this work by changing parse.c line 3200. It surprises me that this is in Parser::parseStatement; but since it's in the label "Ldeclaration", I believe it is correct. It means that code like "nothrow int x=7;" is accepted, but that's accepted at global scope already. So I don't think there's anything wrong with this patch. #if DMDV2 case TOKimmutable: case TOKshared: case TOKnothrow: // add this line #endif // case TOKtypeof: Ldeclaration: --
