[Issue 18543] New: Comments inside string mixin silently short-circuit code

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18543 Issue ID: 18543 Summary: Comments inside string mixin silently short-circuit code Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 18541] New: comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 Issue ID: 18541 Summary: comparison `==` of two typeid() should always be rewritten as a "is" Product: D Version: D2 Hardware: All OS: All Status:

[Issue 1654] Array concatenation should result in mutable or invariant depending on usage

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1654 --- Comment #31 from Steven Schveighoffer --- I expect at some point for concatenation to be a fully lowered template function, and at that point, we have all the tools to do this. You can leave it open if you want, I was just

[Issue 18541] comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 --- Comment #5 from Steven Schveighoffer --- Note that == will shortcut and return true if the two instances are the same object. --

[Issue 18541] comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 --- Comment #4 from Steven Schveighoffer --- All I'm saying is that I don't think we need to enforce this. There are reasons to use ==. --

[Issue 18543] Comments inside string mixin silently short-circuit code

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18543 Andrea Fontana changed: What|Removed |Added CC||trik...@gmail.com ---

[Issue 18543] Comments inside string mixin silently short-circuit code

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18543 Simen Kjaeraas changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 1654] Array concatenation result should be implicitly castable between mutable and immutable if the elements support it.

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1654 Steven Schveighoffer changed: What|Removed |Added Summary|Array concatenation should |Array

[Issue 18541] comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 18542] New: DMD could generate better assembly for common range check idioms

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18542 Issue ID: 18542 Summary: DMD could generate better assembly for common range check idioms Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW

[Issue 18541] comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 --- Comment #2 from Basile B. --- (In reply to Steven Schveighoffer from comment #1) > I thought in the cases of DLLs, the typeids from different object files > could be identical, but different instances. Nobody has said you're

[Issue 18541] comparison `==` of two typeid() should always be rewritten as a "is"

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18541 --- Comment #3 from Basile B. --- With this dll stuff it's hardly applicable... --

[Issue 18544] New: Thread-safety of "proto" GC before initialisation

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18544 Issue ID: 18544 Summary: Thread-safety of "proto" GC before initialisation Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major

[Issue 18544] Thread-safety of "proto" GC before initialisation

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18544 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 18543] Comments inside string mixin silently short-circuit code

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18543 Jonathan M Davis changed: What|Removed |Added CC|

[Issue 14927] GDB cannot be used to debug D programs on OS X

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14927 Luís Marques changed: What|Removed |Added CC||l...@luismarques.eu --

[Issue 18546] New: Improvement: Implicit Class Template Instantiation

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18546 Issue ID: 18546 Summary: Improvement: Implicit Class Template Instantiation Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 18546] Improvement: Implicit Class Template Instantiation

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18546 Jonathan M Davis changed: What|Removed |Added CC|

[Issue 11601] pragma(msg, ...) output not silenced inside is(typeof()) and __traits(compiles, ...)

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=11601 Simen Kjaeraas changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 18544] Thread-safety of "proto" GC before initialisation

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18544 --- Comment #2 from Steven Schveighoffer --- Hm.. actually that doesn't work, because one thread could be adding roots while the other one is initializing the GC, causing a race. There may just have to be some sort of lock,

[Issue 18545] New: Casting away const with cast() triggers alias this, but returns the supertype anyway

2018-03-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18545 Issue ID: 18545 Summary: Casting away const with cast() triggers alias this, but returns the supertype anyway Product: D Version: D2 Hardware: x86_64 OS: Linux