[Issue 19950] access violation at compile time, possibly via static foreach and alias interaction

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19950 --- Comment #1 from emmanuelle --- Actually, it seems you can create an even tinier example: --- alias Foo = NotHere; alias Bar = baz!(); void baz()(Foo) if (true) {} --- Which compiles fine (with a normal error) from dmd v2.060 until v2.066,

[Issue 19950] New: access violation at compile time, possibly via static foreach and alias interaction

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19950 Issue ID: 19950 Summary: access violation at compile time, possibly via static foreach and alias interaction Product: D Version: D2 Hardware: x86 OS: Windows

[Issue 18016] using uninitialized value is considered @safe but has undefined behavior

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18016 --- Comment #15 from Steven Schveighoffer --- (In reply to ag0aep6g from comment #13) > So LLVM would have to give you some value. It wouldn't be allowed to just > omit the whole access and everything that depends on it (as it apparently > does at

[Issue 18016] using uninitialized value is considered @safe but has undefined behavior

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18016 --- Comment #14 from Manu --- > As a whole, using an uninitialized variable wouldn't be implementation > defined. > That would be silly. I don't think it's silly at all. It's perfectly fine. Please don't butcher LDC to accommodate DMD's quirks.

[Issue 18016] using uninitialized value is considered @safe but has undefined behavior

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18016 --- Comment #13 from ag0aep6g --- (In reply to Steven Schveighoffer from comment #12) > I don't understand how the suggestion that the behavior is implementation > defined doesn't jive with LLVM's chosen behavior. As a whole, using an uninitialized

[Issue 18016] using uninitialized value is considered @safe but has undefined behavior

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18016 --- Comment #12 from Steven Schveighoffer --- (In reply to anonymous4 from comment #10) > AFAIK, Walter's suggestion is not supported by LLVM. Currently LLVM removes > code that uses uninitialized value. To work it around LDC will need to >

[Issue 19874] imported CTFE static initializers are run for no reason

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19874 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

[Issue 19896] [internals] Represent string and arrays as sparse literals

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19896 --- Comment #2 from Iain Buclaw --- (In reply to Nicholas Wilson from comment #1) > I think we should be fast and memory efficient for the common case, and most > string aren't sparse. What use case is that? I'm willing to admit that StringExp may

[Issue 19907] passing slice to fixed array not working with variable offset

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19907 anonymous4 changed: What|Removed |Added Severity|normal |minor --

[Issue 8109] typeof(function) within functions

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8109 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com --- Comment #3 from Basile-z ---

[Issue 12950] Lexer interprets UFCS on hex integer as hex float literal

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12950 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 18698] static foreach + __traits(allMembers, moduleName)

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18698 Nicholas Wilson changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 8109] typeof(function) within functions

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8109 --- Comment #2 from Manu --- I have needed this many times, and I think it's an obvious hole, especially in contrast to the presence of all the others. --

[Issue 8109] typeof(function) within functions

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8109 Nicholas Wilson changed: What|Removed |Added CC||iamthewilsona...@hotmail.co

[Issue 18713] ICE in dmd/statementsem.d:1798 with -dip1000

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18713 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 18630] std.math must CTFE

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18630 Nicholas Wilson changed: What|Removed |Added CC||iamthewilsona...@hotmail.co

[Issue 13429] icmp (and friends) should be @nogc

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13429 Nicholas Wilson changed: What|Removed |Added Status|REOPENED|RESOLVED CC|

[Issue 13428] Add template to perform appropriate substitution for inout when it appears in a type

2019-06-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13428 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot ---