<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 13 Nov 2024 at 17:41, Richard (Rikki) Andrew Cattermole via Digitalmars-d <<a href="mailto:digitalmars-d@puremagic.com">digitalmars-d@puremagic.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 13/11/2024 8:22 PM, Manu wrote:<br>
> On Wed, 13 Nov 2024 at 17:06, Richard (Rikki) Andrew Cattermole via <br>
> Digitalmars-d <<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a> <mailto:<a href="mailto:digitalmars-" target="_blank">digitalmars-</a> <br>
> <a href="mailto:d@puremagic.com" target="_blank">d@puremagic.com</a>>> wrote:<br>
> <br>
> Likely:<br>
> <br>
> <a href="https://github.com/dlang/dmd/blob/master/druntime/src/core/internal/" rel="noreferrer" target="_blank">https://github.com/dlang/dmd/blob/master/druntime/src/core/internal/</a><br>
> array/equality.d <<a href="https://github.com/dlang/dmd/blob/master/druntime/" rel="noreferrer" target="_blank">https://github.com/dlang/dmd/blob/master/druntime/</a><br>
> src/core/internal/array/equality.d><br>
> <br>
> <br>
> Oh that's so obvious! You know when the answer is right in front of your <br>
> nose, but you've convinced yourself it's somewhere else so you can't see <br>
> it no matter how long you stare at it! :P<br>
> Thanks fella! :)<br>
<br>
This particular module has caused a lot of problems in -betterC.<br>
<br>
It was fixed by turning on -allinst when -betterC is applied.<br>
<br>
Hence this one is a well known internal detail :)<br> </blockquote><div><br></div><div>I really wish there was an official document which maintained a list of all the expressions that generate runtime calls inside the compiler... there's a hell of a lot of them!</div><div>If you sift through druntime, the fact that this code is such a mess is a really good indicator of some core language deficits. All these things handle SO MANY CASES.<br></div><div>A lot of it will resolve with move semantics and the proper emplace expression that Walter's working... the rest of it, I dunno.</div><div>Like, look at `template _arrayOp(Args...)`, that's pretty wild stuff!<br></div></div></div>