[Issue 17448] Move semantics cause memory corruption and cryptic bugs

https://issues.dlang.org/show_bug.cgi?id=17448 --- Comment #18 from Walter Bright --- (In reply to Walter Bright from comment #17) > Another case: > > https://github.com/dlang/dmd/pull/6852 Also: https://github.com/dlang/dmd/pull/6849 https://github.com/dlang/dmd/pull/6847 The three of them e

[Issue 17448] Move semantics cause memory corruption and cryptic bugs

https://issues.dlang.org/show_bug.cgi?id=17448 --- Comment #17 from Walter Bright --- Another case: https://github.com/dlang/dmd/pull/6852 --

[Issue 13819] ICE: backend\cg87.c with -O: "a % 2 != 0" for a double

https://issues.dlang.org/show_bug.cgi?id=13819 Ivan Kazmenko changed: What|Removed |Added Summary|ICE: backend\cg87.c 1495|ICE: backend\cg87.c with |

[Issue 17464] ICE in cg87.c on arithmetic expression with real numbers

https://issues.dlang.org/show_bug.cgi?id=17464 --- Comment #1 from Ivan Kazmenko --- The compile line is just dmd -main program.d Actually, with -O, the function compiles fine. Here is a slightly longer example to prevent optimizing the whole code away. When compiled with `dmd -O`, it runs as ex

[Issue 13819] ICE: backend\cg87.c 1495 with mixin, delegate and -O

https://issues.dlang.org/show_bug.cgi?id=13819 Ivan Kazmenko changed: What|Removed |Added Severity|major |critical --

[Issue 17464] ICE in cg87.c on arithmetic expression with real numbers

https://issues.dlang.org/show_bug.cgi?id=17464 Ivan Kazmenko changed: What|Removed |Added Keywords||ice, ice-on-valid-code Severity|ma

[Issue 17464] New: ICE in cg87.c on arithmetic expression with real numbers

https://issues.dlang.org/show_bug.cgi?id=17464 Issue ID: 17464 Summary: ICE in cg87.c on arithmetic expression with real numbers Product: D Version: D2 Hardware: All OS: Windows Status: NEW

[Issue 13819] ICE: backend\cg87.c 1495 with mixin, delegate and -O

https://issues.dlang.org/show_bug.cgi?id=13819 Ivan Kazmenko changed: What|Removed |Added Keywords||ice, ice-on-valid-code --- Comment #3 from I

[Issue 13819] ICE: backend\cg87.c 1495 with mixin, delegate and -O

https://issues.dlang.org/show_bug.cgi?id=13819 Ivan Kazmenko changed: What|Removed |Added CC||ga...@mail.ru --- Comment #2 from Ivan Kazme

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

https://issues.dlang.org/show_bug.cgi?id=17461 --- Comment #5 from ag0ae...@gmail.com --- (In reply to uplink.coder from comment #3) > Please check if the bug is still present in 2.075 ~master. > I cannot reproduce it. Here's a reduction of the original code, tweaked to make an assert fail:

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

https://issues.dlang.org/show_bug.cgi?id=17461 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #4 from a

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

https://issues.dlang.org/show_bug.cgi?id=17461 --- Comment #3 from uplink.co...@googlemail.com --- Please check if the bug is still present in 2.075 ~master. I cannot reproduce it. --

[Issue 14591] [SPEC] Ambiguity between extern(Pascal) and template value parameters

https://issues.dlang.org/show_bug.cgi?id=14591 --- Comment #12 from Rainer Schuetze --- Here's a symbol from the phobos unittests that hits this ambiguity and is pretty difficult to demangle, even with backtracking: _D3std8typecons118__T8NullableTC3std8typecons19__unittestL3090_156FZ12TestToStri

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

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

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

https://issues.dlang.org/show_bug.cgi?id=17461 Vladimir Panteleev changed: What|Removed |Added Keywords||wrong-code --

[Issue 17458] [std.regex] Assertion failure in package.d

https://issues.dlang.org/show_bug.cgi?id=17458 Vladimir Panteleev changed: What|Removed |Added CC||thecybersha...@gmail.com Assi

[Issue 13611] opDispatch and UFCS not resolving as expected

https://issues.dlang.org/show_bug.cgi?id=13611 Dario Schiavon changed: What|Removed |Added CC||dario.schia...@gmail.com --

[Issue 17463] format!(): variable __result cannot be read at compile time

https://issues.dlang.org/show_bug.cgi?id=17463 Eugene Wissner changed: What|Removed |Added Severity|enhancement |normal --

[Issue 17463] New: format!(): variable __result cannot be read at compile time

https://issues.dlang.org/show_bug.cgi?id=17463 Issue ID: 17463 Summary: format!(): variable __result cannot be read at compile time Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 17462] New: Order of base interfaces affects compiler behavior

https://issues.dlang.org/show_bug.cgi?id=17462 Issue ID: 17462 Summary: Order of base interfaces affects compiler behavior Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 17461] Bad codegen: compiler emit's call to destructor for uninitialised temporary

https://issues.dlang.org/show_bug.cgi?id=17461 --- Comment #1 from Manu --- For clarity; the high-level flow of the disassembly is: void t() { B __tmpfordtor1804 = u1(); B __tmpfordtor1805 = void; // uninitialised if (__tmpfordtor1804) { __tmpfordtor1805 = u1(); // initialised here