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
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:
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
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.
--
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 ==.
--
https://issues.dlang.org/show_bug.cgi?id=18543
Andrea Fontana changed:
What|Removed |Added
CC||trik...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=18543
Simen Kjaeraas changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=1654
Steven Schveighoffer changed:
What|Removed |Added
Summary|Array concatenation should |Array
https://issues.dlang.org/show_bug.cgi?id=18541
Steven Schveighoffer changed:
What|Removed |Added
CC|
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
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
https://issues.dlang.org/show_bug.cgi?id=18541
--- Comment #3 from Basile B. ---
With this dll stuff it's hardly applicable...
--
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
https://issues.dlang.org/show_bug.cgi?id=18544
Steven Schveighoffer changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=18543
Jonathan M Davis changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14927
Luís Marques changed:
What|Removed |Added
CC||l...@luismarques.eu
--
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
https://issues.dlang.org/show_bug.cgi?id=18546
Jonathan M Davis changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=11601
Simen Kjaeraas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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,
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
21 matches
Mail list logo