<div dir="ltr">On 7 June 2013 11:27, deadalnix <span dir="ltr"><<a href="mailto:deadalnix@gmail.com" target="_blank">deadalnix@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="HOEnZb"><div class="h5">On Friday, 7 June 2013 at 01:22:25 UTC, Walter Bright wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 6/6/2013 5:43 PM, Jakob Ovrum wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Friday, 7 June 2013 at 00:34:45 UTC, deadalnix wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes, which happen anyway for shared objects !<br>
</blockquote>
<br>
This.<br>
<br>
We can do whole-program-optimization to finalize<br>
non-shared-library functions - and for shared-library functions<br>
it doesn't make sense to finalize for performance - you're<br>
trading one kind of indirection function call for another.<br>
<br>
Can we all please address or recognize this?<br>
</blockquote>
<br>
Sure, but the trouble is determining which classes are going to be shared.<br>
</blockquote>
<br></div></div>
By requiring export for what can be shared. Can be enforced by<br>
setting the visibility of the class's typeid.<br>
</blockquote></div><br></div><div class="gmail_extra" style>But you realise that a shared library isn't EXCLUSIVELY shared, it is still used internally?</div><div class="gmail_extra" style>And the act of sharing it under your proposal means it can't be optimised ANYWHERE, even for internal usage.</div>
</div>