<div dir="ltr">On 4 June 2013 21:43, Dicebot <span dir="ltr"><<a href="mailto:m.strashun@gmail.com" target="_blank">m.strashun@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Can not be un-done by the compiler/linker like it can in other<br>
(dynamic) languages. No sufficiently smart compiler can ever address this<br>
problem as an optimisation.<br>
</blockquote>
<br></div>
It can be done if you are fine marking every single class supposed to be used across the binary boundaries as "export". See deadalnix explanations in this thread for details.<br>
</blockquote><div><br></div><div style>I don't see how it's an intuitive connection between 'export' and 'virtual-by-default'. And it doesn't address the accessor/property problem, which would often remain inlined even across a DLL.</div>
<div style>It also relies on non-standard/unexpected behaviour for .so's (which export everything right?).</div></div></div></div>