[Issue 17447] ref void return should be an error

https://issues.dlang.org/show_bug.cgi?id=17447 Vladimir Panteleev changed: What|Removed |Added Keywords||accepts-invalid CC|

[Issue 17447] New: ref void return should be an error

https://issues.dlang.org/show_bug.cgi?id=17447 Issue ID: 17447 Summary: ref void return should be an error Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1

[Issue 17445] Disagreement between 'static assert' and 'static if'

https://issues.dlang.org/show_bug.cgi?id=17445 --- Comment #3 from Stanislav Blinov --- Sorry, that was isAssignable. isCopyable would be: enum bool isCopyable(T) = is(typeof(() { T* a; T b = *a; })); --

[Issue 17445] Disagreement between 'static assert' and 'static if'

https://issues.dlang.org/show_bug.cgi?id=17445 Stanislav Blinov changed: What|Removed |Added CC||stanislav.bli...@gmail.com --- Comment #2

[Issue 17432] [DIP1000] scope delegates change type, but not mangling

https://issues.dlang.org/show_bug.cgi?id=17432 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com

[Issue 17420] std.format.formatObject doesn't work with @safe toString specialization

https://issues.dlang.org/show_bug.cgi?id=17420 --- Comment #4 from Nick Treleaven --- Edit: dmd can't allow it. --

[Issue 17420] std.format.formatObject doesn't work with @safe toString specialization

https://issues.dlang.org/show_bug.cgi?id=17420 --- Comment #3 from Nick Treleaven --- Sorry, yes (didn't have the source code to hand). > If the toString overload is marked with any of these, hasToString!(YourType) > == 0 class N { @nogc void toString(scope void delegate(const(char)[])@nog

[Issue 17445] Disagreement between 'static assert' and 'static if'

https://issues.dlang.org/show_bug.cgi?id=17445 --- Comment #1 from Dario Schiavon --- See also https://issues.dlang.org/show_bug.cgi?id=17446 for a similar issue, which however is also present on LDC2 (so it can't actually be the same issue). --

[Issue 17446] New: Static-assert passes/fails based on what follows

https://issues.dlang.org/show_bug.cgi?id=17446 Issue ID: 17446 Summary: Static-assert passes/fails based on what follows Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: normal

[Issue 17445] New: Disagreement between 'static assert' and 'static if'

https://issues.dlang.org/show_bug.cgi?id=17445 Issue ID: 17445 Summary: Disagreement between 'static assert' and 'static if' Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: normal

[Issue 17444] std.traits.isCallable doesn't recognize struct member function if return type is 'auto'.

https://issues.dlang.org/show_bug.cgi?id=17444 --- Comment #3 from uplink.co...@googlemail.com --- I would classify this as a bug, however it seems like a fix for this would break other situations. for now the best workaround is to not use functions returning auto inside that struct. --

[Issue 17444] std.traits.isCallable doesn't recognize struct member function if return type is 'auto'.

https://issues.dlang.org/show_bug.cgi?id=17444 --- Comment #2 from Dario Schiavon --- (In reply to uplink.coder from comment #1) > This has to do with the order of symbol resolving. > You will see that it will print good, if you put the static if outside of > the struct body. Thanks for the prom

[Issue 17444] std.traits.isCallable doesn't recognize struct member function if return type is 'auto'.

https://issues.dlang.org/show_bug.cgi?id=17444 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com ---

[Issue 17444] New: std.traits.isCallable doesn't recognize struct member function if return type is 'auto'.

https://issues.dlang.org/show_bug.cgi?id=17444 Issue ID: 17444 Summary: std.traits.isCallable doesn't recognize struct member function if return type is 'auto'. Product: D Version: D2 Hardware: x86 OS: Windows

[Issue 17443] New: std.traits.ParameterDefaults fails for parameters with @disabled this(this)

https://issues.dlang.org/show_bug.cgi?id=17443 Issue ID: 17443 Summary: std.traits.ParameterDefaults fails for parameters with @disabled this(this) Product: D Version: D2 Hardware: All OS: All Stat

[Issue 17442] New: regex purity issues

https://issues.dlang.org/show_bug.cgi?id=17442 Issue ID: 17442 Summary: regex purity issues Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1 Component