[Issue 4088] opEquals not called on interfaces

https://issues.dlang.org/show_bug.cgi?id=4088 Simen Kjaeraas changed: What|Removed |Added CC|

[Issue 5459] comparison of interfaces not implemented

https://issues.dlang.org/show_bug.cgi?id=5459 Simen Kjaeraas changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 18431] New: Access Violation on printing error message

https://issues.dlang.org/show_bug.cgi?id=18431 Issue ID: 18431 Summary: Access Violation on printing error message Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: regression

[Issue 18413] Document how to setup/run DMD test suite on WINDOWS

https://issues.dlang.org/show_bug.cgi?id=18413 Seb changed: What|Removed |Added CC||greensunn...@gmail.com ---

[Issue 18430] New: isSame is wrong for non global lambdas

https://issues.dlang.org/show_bug.cgi?id=18430 Issue ID: 18430 Summary: isSame is wrong for non global lambdas Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression

[Issue 18413] Document how to setup/run DMD test suite on WINDOWS

https://issues.dlang.org/show_bug.cgi?id=18413 Mike Franklin changed: What|Removed |Added CC||slavo5...@yahoo.com

[Issue 18422] String members and parameters cannot be mixed in, even during CTFE

https://issues.dlang.org/show_bug.cgi?id=18422 --- Comment #9 from Andrei Alexandrescu --- (In reply to hsteoh from comment #8) > It's a bit ironic, but perhaps reading this might help explain why what you > proposed doesn't work: > >

[Issue 18422] String members and parameters cannot be mixed in, even during CTFE

https://issues.dlang.org/show_bug.cgi?id=18422 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 18429] New: alias this enum causes segmentation fault

https://issues.dlang.org/show_bug.cgi?id=18429 Issue ID: 18429 Summary: alias this enum causes segmentation fault Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

[Issue 16492] support @nogc in debug{} blocks

https://issues.dlang.org/show_bug.cgi?id=16492 Seb changed: What|Removed |Added Keywords||pull --- Comment #5 from Seb

[Issue 18428] New: Hide building_blocks submenu by default

https://issues.dlang.org/show_bug.cgi?id=18428 Issue ID: 18428 Summary: Hide building_blocks submenu by default Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 Jonathan Marler changed: What|Removed |Added CC|

[Issue 9433] Deprecate delete

https://issues.dlang.org/show_bug.cgi?id=9433 --- Comment #14 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/f88ab395386b40f544c9f74ba768549c4fa9e66f Fix Issue 9433 - Deprecate delete

[Issue 9433] Deprecate delete

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

[Issue 18426] Conversion from Tuple with named fields to Tuple without named fields should work during compilation

https://issues.dlang.org/show_bug.cgi?id=18426 --- Comment #3 from Andrei Alexandrescu --- (In reply to Seb from comment #2) > And a stripped down version of std.typecons.Tuple: > > https://gist.github.com/wilzbach/0a55a571f1c46e9d59420cf158354b85 > > > A better

[Issue 18425] std.process environment["VAR"] = "NAME" does not always take effect

https://issues.dlang.org/show_bug.cgi?id=18425 Rainer Schuetze changed: What|Removed |Added Severity|enhancement |normal --- Comment #2

[Issue 18425] std.process environment["VAR"] = "NAME" does not always take effect

https://issues.dlang.org/show_bug.cgi?id=18425 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

[Issue 18426] Conversion from Tuple with named fields to Tuple without named fields should work during compilation

https://issues.dlang.org/show_bug.cgi?id=18426 --- Comment #2 from Seb --- And a stripped down version of std.typecons.Tuple: https://gist.github.com/wilzbach/0a55a571f1c46e9d59420cf158354b85 > A better implementation would be to have the Tuple with named fields use the

[Issue 18427] New: `Symbol FOO is not visible because it is privately imported` => compiler should show how to import it

https://issues.dlang.org/show_bug.cgi?id=18427 Issue ID: 18427 Summary: `Symbol FOO is not visible because it is privately imported` => compiler should show how to import it Product: D Version: D2 Hardware: x86

[Issue 17928] [scope] `in` is not treated as `const scope`

https://issues.dlang.org/show_bug.cgi?id=17928 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/37a41f508b24f5dbb780ab37b28409453edd7c9e std.uni: Replace parameter storage class in by what it

[Issue 8295] Struct member destructor can not be called from shared struct instance

https://issues.dlang.org/show_bug.cgi?id=8295 --- Comment #8 from Marco Leise --- The implication is that when a thread destroys an object it already uniquely owns it. --

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 Jonathan M Davis changed: What|Removed |Added CC|

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 Walter Bright changed: What|Removed |Added CC|

[Issue 18426] Conversion from Tuple with named fields to Tuple without named fields should work during compilation

https://issues.dlang.org/show_bug.cgi?id=18426 --- Comment #1 from Seb --- A minimal testcase --- alias point = Tuple!(int, "x", int, "y"); static assert(point(2, 2)[0] == 0); --- --

[Issue 18426] Conversion from Tuple with named fields to Tuple without named fields should work during compilation

https://issues.dlang.org/show_bug.cgi?id=18426 Andrei Alexandrescu changed: What|Removed |Added Assignee|nob...@puremagic.com

[Issue 18426] New: Conversion from Tuple with named fields to Tuple without named fields should work during compilation

https://issues.dlang.org/show_bug.cgi?id=18426 Issue ID: 18426 Summary: Conversion from Tuple with named fields to Tuple without named fields should work during compilation Product: D Version: D2 Hardware: x86_64

[Issue 17970] shared struct destructor doesn't compile anymore

https://issues.dlang.org/show_bug.cgi?id=17970 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/8a61a31749272ec0ebe10f826ab696510e5ed154 Fix Issue 17970 - shared struct destructor doesn't compile

[Issue 17970] shared struct destructor doesn't compile anymore

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

[Issue 12592] std.algorithm.keep to filter range elements and write back to the source range

https://issues.dlang.org/show_bug.cgi?id=12592 Nick Treleaven changed: What|Removed |Added Summary|std.algorithm.keep? |std.algorithm.keep to

[Issue 8295] Struct member destructor can not be called from shared struct instance

https://issues.dlang.org/show_bug.cgi?id=8295 anonymous4 changed: What|Removed |Added See Also|

[Issue 15768] std.stdio.trustedStdout accesses __gshared data without synchronization.

https://issues.dlang.org/show_bug.cgi?id=15768 anonymous4 changed: What|Removed |Added See Also|

[Issue 8295] Struct member destructor can not be called from shared struct instance

https://issues.dlang.org/show_bug.cgi?id=8295 --- Comment #7 from anonymous4 --- (In reply to weaselcat from comment #4) > on topic: > a shared destructor doesn't really make sense at all, shouldn't shared > objects just have unshared destructors? It means implicit cast

[Issue 17970] shared struct destructor doesn't compile anymore

https://issues.dlang.org/show_bug.cgi?id=17970 RazvanN changed: What|Removed |Added CC|

[Issue 18417] Make const and immutable postblit constructors illegal

https://issues.dlang.org/show_bug.cgi?id=18417 --- Comment #3 from Jonathan M Davis --- (In reply to anonymous4 from comment #2) > Dunno, they can still refer global data? > --- > int called; > struct A { > this(this) immutable { called++; } > } > --- And

[Issue 18417] Make const and immutable postblit constructors illegal

https://issues.dlang.org/show_bug.cgi?id=18417 anonymous4 changed: What|Removed |Added Keywords||spec --- Comment #2

[Issue 18417] Make const and immutable postblit constructors illegal

https://issues.dlang.org/show_bug.cgi?id=18417 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---