[Issue 15054] New: DMD doesn't work with hardening-wrapper

https://issues.dlang.org/show_bug.cgi?id=15054 Issue ID: 15054 Summary: DMD doesn't work with hardening-wrapper Product: D Version: D2 Hardware: All OS: Linux Status: NEW Severity: minor Priority:

[Issue 14593] operator overloading can't be used with expression templates

https://issues.dlang.org/show_bug.cgi?id=14593 Artem Borisovskiy changed: What|Removed |Added CC||kolo...@bk.ru ---

[Issue 14140] Bad codegen for CTFE union initialisers for immutable structs

https://issues.dlang.org/show_bug.cgi?id=14140 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 14140] Bad codegen for CTFE union initialisers for immutable structs

https://issues.dlang.org/show_bug.cgi?id=14140 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/c8c56038c1876b24a499e6728f8ae9c2088a80da fix Issue 14140 - Bad

[Issue 9057] Regression(Beta): Segfault or "Non-constant expression" error with local import

https://issues.dlang.org/show_bug.cgi?id=9057 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/069f570005c1e571f23cd046b0e89503e2553f70 Add workaround for issue

[Issue 15019] [ICE] Heisencrash on OS X 32-bit with non-trivial projects

https://issues.dlang.org/show_bug.cgi?id=15019 Vladimir Panteleev changed: What|Removed |Added Assignee|nob...@puremagic.com

[Issue 15055] New: isArray!NonArray doesn't short-circuit an expression

https://issues.dlang.org/show_bug.cgi?id=15055 Issue ID: 15055 Summary: isArray!NonArray doesn't short-circuit an expression Product: D Version: D2 Hardware: x86_64 OS: Mac OS X Status: NEW Severity: normal

[Issue 15055] isArray!NonArray doesn't short-circuit an expression

https://issues.dlang.org/show_bug.cgi?id=15055 --- Comment #1 from Kenji Hara --- This is a duplication of enhancement issue 9073. With static if and static assert, short circuit works for the logical expressions, like A && B - If A is evaluated to false at compile time, B

[Issue 15056] [REG2.068] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 --- Comment #1 from Marco Leise --- Digger found this commit in 2.069: https://github.com/D-Programming-Language/dmd/commit/4f0a458f6072a281892f3d26fdd8aeb30d250c03 Since this can not be the commit that broke 2.068 I assume that

[Issue 15056] New: [REG2.068] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 Issue ID: 15056 Summary: [REG2.068] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling" Product: D Version: D2

[Issue 15056] [REG2.068] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 Vladimir Panteleev changed: What|Removed |Added CC|

[Issue 15042] [REG2.068] isInstanceOf fails when a template argument is an instance of the tested template

https://issues.dlang.org/show_bug.cgi?id=15042 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 14756] cannot deduce function with template constraint

https://issues.dlang.org/show_bug.cgi?id=14756 Kenji Hara changed: What|Removed |Added CC||marco.le...@gmx.de ---

[Issue 15056] [REG2.068] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 --- Comment #3 from Marco Leise --- I also found those changes in this merge commit for 2.068: https://github.com/D-Programming-Language/dmd/commit/38d31b0364e555ce42a8f47ca656e59b1cf90aad Should I bisect 9rnsr/fix14696_cdmd or

[Issue 15056] [REG2.068.1] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 Marco Leise changed: What|Removed |Added Summary|[REG2.068] Unstored RAII|[REG2.068.1] Unstored RAII

[Issue 15054] DMD doesn't work with hardening-wrapper

https://issues.dlang.org/show_bug.cgi?id=15054 Marco Leise changed: What|Removed |Added Hardware|x86_64 |All --

[Issue 15056] [REG2.068.1] Unstored RAII struct return yields bogus error: "cannot mix core.std.stdlib.alloca() and exception handling"

https://issues.dlang.org/show_bug.cgi?id=15056 Marco Leise changed: What|Removed |Added Hardware|All |x86_64

[Issue 15054] DMD doesn't work with hardening-wrapper

https://issues.dlang.org/show_bug.cgi?id=15054 Marco Leise changed: What|Removed |Added CC||marco.le...@gmx.de

[Issue 15045] [Reg 2.069-devel] hasElaborateCopyConstructor is true for struct with opDispatch

https://issues.dlang.org/show_bug.cgi?id=15045 --- Comment #1 from Kenji Hara --- (In reply to Martin Nowak from comment #0) > I'd suggest to fix __traits(hasMember) to not instantiate opDispatch in > which case issue 14605 needs to be refixed. Today, hasMember, getMember,

[Issue 15045] [Reg 2.069-devel] hasElaborateCopyConstructor is true for struct with opDispatch

https://issues.dlang.org/show_bug.cgi?id=15045 --- Comment #2 from Kenji Hara --- IMHO, it would be better to prevent forwarding some built-in special member names prefixed by double-underscore through alias this or opDispatch. As we've already patched in library code like,

[Issue 14992] static array local variables always require .init

https://issues.dlang.org/show_bug.cgi?id=14992 Kenji Hara changed: What|Removed |Added CC||c...@dawg.eu --- Comment

[Issue 14014] struct init required for zero initialized static arrays

https://issues.dlang.org/show_bug.cgi?id=14014 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15019] [ICE] Heisencrash on OS X 32-bit with non-trivial projects

https://issues.dlang.org/show_bug.cgi?id=15019 --- Comment #15 from Walter Bright --- I applied the patches and cannot reproduce it :-( --