[Issue 12508] Codegen bug for interface type covariant return with lambda type inference

https://issues.dlang.org/show_bug.cgi?id=12508 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/7d65ec866eaec784bb67138d65fe1d7e208d7c60 fix Issue 12508 - Codegen

[Issue 12508] Codegen bug for interface type covariant return with lambda type inference

https://issues.dlang.org/show_bug.cgi?id=12508 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12557] New: std.numeric.gcd documentation reports Euler's algorithm, but it uses Euclid's algorithm

https://issues.dlang.org/show_bug.cgi?id=12557 Issue ID: 12557 Summary: std.numeric.gcd documentation reports Euler's algorithm, but it uses Euclid's algorithm Product: D Version: unspecified Hardware: All

[Issue 12557] std.numeric.gcd documentation reports Euler's algorithm, but it uses Euclid's algorithm

https://issues.dlang.org/show_bug.cgi?id=12557 --- Comment #1 from Bert van Leeuwen b...@e.co.za --- Of purely academical interest: Euler's formula is somewhat more complicated than Euclid's: http://en.wikipedia.org/wiki/Euler's_formula (and has a completely different goal). Also, Euler trod

[Issue 7887] [CTFE] can't assign to returned reference

https://issues.dlang.org/show_bug.cgi?id=7887 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 12547] floor/round/ceil that optionally return a specified integral type

https://issues.dlang.org/show_bug.cgi?id=12547 --- Comment #1 from Don clugd...@yahoo.com.au --- FYI: They are defined to return floating-point values because that's what the equivalent C functions do. They should not be modified. Note that if you cast them to integers, you have to worry about

[Issue 12558] New: try/catch allows implicit catching of Throwables without specify any Exception type

https://issues.dlang.org/show_bug.cgi?id=12558 Issue ID: 12558 Summary: try/catch allows implicit catching of Throwables without specify any Exception type Product: D Version: D2 Hardware: All OS: All

[Issue 12558] try/catch allows implicit catching of Throwables without specifying any Exception type

https://issues.dlang.org/show_bug.cgi?id=12558 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Summary|try/catch allows implicit |try/catch allows

[Issue 12558] try/catch allows implicit catching of Throwables without specifying any Exception type

https://issues.dlang.org/show_bug.cgi?id=12558 --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com --- (In reply to Andrej Mitrovic from comment #0) $ dmd -run test.d Caught a Throwable Technically it caught an Error (AssertError), but anywho.. --

[Issue 12559] New: Multi operators with template mixins produces an error

https://issues.dlang.org/show_bug.cgi?id=12559 Issue ID: 12559 Summary: Multi operators with template mixins produces an error Product: D Version: unspecified Hardware: All OS: All Status: NEW Severity:

[Issue 6946] Compile-time flags generator

https://issues.dlang.org/show_bug.cgi?id=6946 --- Comment #12 from Nick Treleaven ntrel-pub...@yahoo.co.uk --- (In reply to bearophile_hugs from comment #11) (In reply to comment #10) mixin BitFlags!q{A, B, C, D} MyFlags; A better reason for this syntax is that is gives a name for ddoc to use

[Issue 12547] floor/round/ceil that optionally return a specified integral type

https://issues.dlang.org/show_bug.cgi?id=12547 --- Comment #2 from bearophile_h...@eml.cc --- (In reply to Don from comment #1) FYI: They are defined to return floating-point values because that's what the equivalent C functions do. They should not be modified. Perhaps lovers of C functions

[Issue 8704] Invalid nested struct constructions should be detected

https://issues.dlang.org/show_bug.cgi?id=8704 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 8704] Invalid nested struct constructions should be detected

https://issues.dlang.org/show_bug.cgi?id=8704 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added CC||kenn...@gmail.com ---

[Issue 5902] ICE(toir.c) when there is a cross-module call to a closure

https://issues.dlang.org/show_bug.cgi?id=5902 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 6998] std.container.Array destroys class instances

https://issues.dlang.org/show_bug.cgi?id=6998 monarchdo...@gmail.com changed: What|Removed |Added CC||monarchdo...@gmail.com --- Comment

Re: [Issue 6946] Compile-time flags generator

Actually, if we would already be doing partial tokenization, then I would suspect it wouldn't be that hard to add support for extracting documentation and putting them in the generated code for the mixin. Also, to keep with standard D style, where the name of the type comes before it's definition,

[Issue 12560] [CTFE] Accepts invalid array assign of void[], breaks type system

https://issues.dlang.org/show_bug.cgi?id=12560 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Keywords||accepts-invalid,

[Issue 12560] New: [CTFE] Accepts invalid array assign of void[], breaks type system

https://issues.dlang.org/show_bug.cgi?id=12560 Issue ID: 12560 Summary: [CTFE] Accepts invalid array assign of void[], breaks type system Product: D Version: D2 Hardware: x86_64 OS: Windows

[Issue 12561] New: typeof function literal doesn't check @safe

https://issues.dlang.org/show_bug.cgi?id=12561 Issue ID: 12561 Summary: typeof function literal doesn't check @safe Product: D Version: unspecified Hardware: x86_64 OS: Linux Status: NEW Severity:

[Issue 12562] New: std.algorithm.mul

https://issues.dlang.org/show_bug.cgi?id=12562 Issue ID: 12562 Summary: std.algorithm.mul Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 12563] New: std.container.SList.reverse

https://issues.dlang.org/show_bug.cgi?id=12563 Issue ID: 12563 Summary: std.container.SList.reverse Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1