<div dir="ltr"><div dir="ltr">On Mon, Jun 8, 2020 at 7:10 PM Basile B. via Digitalmars-d <<a href="mailto:digitalmars-d@puremagic.com">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, 8 June 2020 at 08:47:36 UTC, Stefan Koch wrote:<br>
> On Monday, 8 June 2020 at 08:45:02 UTC, Basile B. wrote:<br>
><br>
>> what if the function address is took in a delegate ?<br>
>> It still needs to be there, in the object matching to the CU <br>
>> where it is declared, otherwise there will be surprises, e.g <br>
>> &func in a CU and &func in another will have different <br>
>> addresses.<br>
><br>
> I have _never_ compared addresses of inline functions from <br>
> different CUs.<br>
> How would I even do that?<br>
> by storing the function pointer in a global which is visible <br>
> from multiple translation units?<br>
> Is that a valid concern?<br>
> Will _any_ project out there break because of that?<br>
<br>
It's a detail. I just meant that in case where the address of <br>
function that is marked for inlining is took then it must still <br>
be emitted in the object matching to the declaration unit.<br></blockquote><div><br></div><div>It should be emit to the CU where the address is taken. </div></div></div>