https://issues.dlang.org/show_bug.cgi?id=20166
Nick Treleaven changed:
What|Removed |Added
CC||n...@geany.org
--- Comment #1 from Nick Tre
https://issues.dlang.org/show_bug.cgi?id=23769
Nick Treleaven changed:
What|Removed |Added
CC||n...@geany.org
--- Comment #1 from Nick Tre
https://issues.dlang.org/show_bug.cgi?id=7432
Dennis changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=23773
Issue ID: 23773
Summary: array length assignment in assert condition should
error
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=23773
--- Comment #1 from Nick Treleaven ---
Looks like this code needs modifying: https://github.com/dlang/dmd/pull/12165
--
https://issues.dlang.org/show_bug.cgi?id=13683
--- Comment #5 from Nick Treleaven ---
static assert is an improvement over the constraint, but it still hides the
actual error message which should be:
Error: use `!is` instead of `!=` when comparing with `null`
Removing the constraint allows the
https://issues.dlang.org/show_bug.cgi?id=13683
--- Comment #6 from Nick Treleaven ---
> Without a compiler solution
BTW that would show the failing lambda with Phobos as is. The static assert PR
discussion said a compiler solution is needed rather than having to update
every template that accept
https://issues.dlang.org/show_bug.cgi?id=23765
--- Comment #1 from Marcelo Silva Nascimento Mancini
---
The selectors aren't actually inferred, I got a plenty of bugs from that. They
could be inferred or just get some compiler errors from that
--
https://issues.dlang.org/show_bug.cgi?id=23766
Marcelo Silva Nascimento Mancini changed:
What|Removed |Added
Priority|P1 |P4
--
https://issues.dlang.org/show_bug.cgi?id=23774
Issue ID: 23774
Summary: [REG 2.103-beta] cannot inline function
`core.bitop.Split64.this`
Product: D
Version: D2
Hardware: x86
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=7432
--- Comment #22 from Stewart Gordon ---
I was beginning to think this makes it part of the function type rather than
being a declaration attribute. I make out from what you say that, for reasons
of parsing convenience, syntactically it's a declaratio
https://issues.dlang.org/show_bug.cgi?id=23772
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
--- Comment #1 from Rai
https://issues.dlang.org/show_bug.cgi?id=23754
--- Comment #2 from Walter Bright ---
The problem is illustrated with:
---
void test()
{
enum s = foo();
}
int foo()
{
new C();
return 1;
}
class C { }
---
While executing foo() at compile time works, even with -betterC, the compiler
https://issues.dlang.org/show_bug.cgi?id=7432
--- Comment #23 from Dennis ---
(In reply to Stewart Gordon from comment #22)
> Have I got this right?
Yes
--
14 matches
Mail list logo