<div dir="ltr"><div dir="ltr">On Tue, Jun 9, 2020 at 9:20 AM Jonathan M Davis via Digitalmars-d <<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Monday, June 8, 2020 8:09:04 AM MDT Manu via Digitalmars-d wrote:<br>
> On Mon, Jun 8, 2020 at 8:20 PM Walter Bright via Digitalmars-d <<br>
> > C/C++ inline has always been a hint to the compiler, not a command.<br>
><br>
> It's not a hint at all. It's a mechanical tool; it marks symbols with<br>
> internal linkage, and it also doesn't emit them if it's never referenced.<br>
> The compiler may not choose to ignore that behaviour, it's absolutely<br>
> necessary, and very important.<br>
<br>
It is my understanding that in C++, inline is a hint to the compiler with<br>
regards to whether a particular function call is actually inlined. There are<br>
other effects that inline has which aren't just a hint, but the behavior of<br>
actually inlining the function is a hint, not a command.<br></blockquote><div><br></div><div>I'm not sure it's even a hint. That behaviour is basically irrelevant. The 'other effects' you describe are what inline does in C++, and we need that too.</div></div></div>