[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Dlang Bot changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #11 from Dlang Bot --- dlang/dmd pull request #15076 "Fix Issue 18493 - [betterC] Can't use aggregated type with postblit" was merged into master: - 490c8a26f6563e86b9df3cd4180afc2e6c8bb08c by RazvanN7: Fix Issue 18493 - [betterC] Can't use aggregated type with postblit https://github.com/dlang/dmd/pull/15076 --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #10 from Dlang Bot --- @RazvanN7 created dlang/dmd pull request #15076 "Fix Issue 18493 - [betterC] Can't use aggregated type with postblit" fixing this issue: - Fix Issue 18493 - [betterC] Can't use aggregated type with postblit https://github.com/dlang/dmd/pull/15076 --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Mike Franklin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #9 from Mike Franklin --- This is not yet fixed. Still needs https://github.com/dlang/dmd/pull/8253 and maybe some more druntime work. --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #8 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/d676ffa836204dded541101b74dff8ae8131ad5d Fix Issue 18493 - [betterC] Can't use aggregated type with postblit https://github.com/dlang/druntime/commit/a2cabb8e668434521aff45f4d064fcf48780fb11 Merge pull request #2184 from JinShil/betterC_nothrow Fix Issue 18493 - [betterC] Can't use aggregated type with postblit merged-on-behalf-of: Sebastian Wilzbach --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Mike Franklinchanged: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=18828 --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #7 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/8a33fb6c692d0b2c1f03ceeb65c28beaebd932a0 Add test for issue 18493 --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #6 from Radu Racariu--- I though more about this and I think betterC should imply nothrow *only for* compiler generated code. Making betterC nothrow by default will change semantics and basically split the language in two, as betterC code will have 2 different defaults depending on the switch. This means that betterC should start error out on non nothrow code, with a deprecation period for interim. --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #5 from Radu Racariu--- Ideally -betterC should imply `nothrow`, and any lowered code should work with this assumption. What is important to keep in mind is that if you require `this(this)` to be annotated with `nothrow` in order to compile - you need to fix the error message for the case where it isn't and using -betterC, the current error message is very bad. --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Mike Franklinchanged: What|Removed |Added Keywords||pull CC||slavo5...@yahoo.com --- Comment #4 from Mike Franklin --- A PR has been submitted to remove generation of the try-catch if the postblit is `nothrow`: https://github.com/dlang/dmd/pull/8184 I don't consider this a complete fix to this issue, but if it is accepted, it will allow one to attribute their postblit with `nothrow` to avoid the error in -betterC. I'm pondering a more thorough solution for -betterC, and intend to tackle that as another PR. --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #3 from Radu Racariu--- Declaring `C` as --- struct C { S s1; } --- makes the test case compile. --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Radu Racariuchanged: What|Removed |Added Keywords||industry --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 --- Comment #2 from Radu Racariu--- Even more reduced test case: --- struct S { this(this) { } ~this() { } } struct C { S s1; S s2; } --- --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Raduchanged: What|Removed |Added Severity|enhancement |blocker --- Comment #1 from Radu --- Errors out on dmd 2.0.78.3 and dmd 2.0.79-beta1 https://run.dlang.io/is/R6BWSz --
[Issue 18493] [betterC] Can't use aggregated type with postblit
https://issues.dlang.org/show_bug.cgi?id=18493 Raduchanged: What|Removed |Added Keywords||betterC --