[Issue 19375] .init of a nested struct stumps the inliner

[d-bugmail--- via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=19375

mhh  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||maxha...@gmail.com
 Resolution|--- |WORKSFORME

--- Comment #3 from mhh  ---
Cannot reproduce with the new inliner.

--

[Issue 19375] .init of a nested struct stumps the inliner

[d-bugmail--- via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=19375

Iain Buclaw  changed:

   What|Removed |Added

   Priority|P1  |P3

--

[Issue 19375] .init of a nested struct stumps the inliner

[d-bugmail--- via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=19375

Basile-z  changed:

   What|Removed |Added

 CC|b2.t...@gmx.com |

--

[Issue 19375] .init of a nested struct stumps the inliner

[d-bugmail--- via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=19375

--- Comment #2 from Stanislav Blinov  ---
They seem to be different. In your case, it's about defining a struct inside
the inlined function (note that that struct isn't event nested, i.e.
__traits(isNested, S) will be false. In my case, it's about using a nested
struct inside another function.
Although who knows, it may indeed boil down to the same problem in DMD's code.

--

[Issue 19375] .init of a nested struct stumps the inliner

[d-bugmail--- via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=19375

Basile B.  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com
   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=16360

--- Comment #1 from Basile B.  ---
just a nested type is sufficiet to prevent inlining. possibly a duplicated of
https://issues.dlang.org/show_bug.cgi?id=16360

--