I can think of a case where it would be a problem with plugin but I don't know if it's a real life case.<div><br></div><div>If the plugin needs some symbols from the binary loading it (for exemple the binary provides some API to the plugin) and if a plugin can be loaded by different binary, I suppose that would be a problem because the plugin will only try to bind against the binary it was linked with at compilation time. </div>


<div><br></div><div>I also wonder if direct binding works well with auxiliary filters ( <a href="http://docs.oracle.com/cd/E19683-01/816-1386/chapter4-5/index.html">http://docs.oracle.com/cd/E19683-01/816-1386/chapter4-5/index.html</a> ), it is another linker feature that has been used in the neon package to be able to provide an alternative neon library with more feature. It would be interesting to have neon in the test package set.</div>


<div><br></div><div>Yann<br><br><div class="gmail_quote">2012/8/25 Ben Walton <span dir="ltr"><<a href="mailto:bwalton@opencsw.org" target="_blank">bwalton@opencsw.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Excerpts from Ben Walton's message of Fri Aug 24 15:04:16 -0400 2012:<br>
<div><br>
> runtime binding).  The only case I could think of where that would<br>
> be desirable behaviour is in something that dlopen()'s multiple<br>
> objects for a plugin system where one plugin could redefine an<br>
> interface and a second plugin could re-redefine it and so on.  It's<br>
> like that there are other cases where it _might_ be desirable<br>
> behaviour but I have to think it's by far the minority.<br>
<br>
</div>This isn't even valid.  I'm not sure where I was going with that.<br>
dlopen()'d things wouldn't be directly applicable here.  I can't think<br>
of a case where something would prefer the current behaviour if given<br>
direct linking as an option.  There is likely something that does care<br>
but as long as we can disable in that case, I think direct linking is<br>
definitely the way to go.<br>
<div><div><br>
Thanks<br>
-Ben<br>
--<br>
Ben Walton<br>
Systems Programmer - CHASS<br>
University of Toronto<br>
C:<a href="tel:416.407.5610" value="+14164075610" target="_blank">416.407.5610</a> | W:<a href="tel:416.978.4302" value="+14169784302" target="_blank">416.978.4302</a><br>
<br>
_______________________________________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@lists.opencsw.org" target="_blank">maintainers@lists.opencsw.org</a><br>
<a href="https://lists.opencsw.org/mailman/listinfo/maintainers" target="_blank">https://lists.opencsw.org/mailman/listinfo/maintainers</a><br>
.:: This mailing list's archive is public. ::.<br>
</div></div></blockquote></div><br></div>