<br><br><div class="gmail_quote">On Thu, Aug 27, 2009 at 2:10 AM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"><br>
On 27.08.2009, at 10:36, Andrew Gaylard wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Aug 27, 2009 at 4:16 AM, Ian Piumarta&lt;<a href="mailto:piumarta@speakeasy.net" target="_blank">piumarta@speakeasy.net</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Does anyone use the plugin mechanism to load libraries that are not plugins<br>
on Unix?  Or to override just one or two of the installed ones from a user<br>
directory?<br>
<br>
I&#39;m thinking of simplifying the search strategy (which is indeed broken<br>
w.r.t. overriding installed plugins as Subbu points out) along with all the<br>
junk related to probing for a zillion prefixes and suffixes.  Unlike<br>
libtool, CMake manages to build loadable modules with predictable &#39;lib*.so&#39;<br>
names regardless of the platform.  That, combined with a launch script that<br>
can add a -plugins option to the VM args, suggests it ought to be possible<br>
to find the plugin precisely on the first attempt, without having to search<br>
at all.<br>
<br>
The advantage is vastly simpler logic that is completely predictable.<br>
</blockquote>
<br>
Agreed.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The disadvantage is that it will not be possible to subvert the plugin<br>
mechanism to load system libraries, and it will not be possible to override<br>
the installed plugins with a single plugin built in a different directory.<br>
 Would either of these be a noticeable loss?<br>
</blockquote>
<br>
Nope.  Go for it!<br>
<br>
- Andrew<br>
</blockquote>
<br>
<br></div></div>
+1<br>
<br>
As for debugging, what I usually do is symlink the plugin from my build dir to the default plugin dir.<br>
<br>
Out of curiosity, which other extensions than .so are in use currently?</blockquote><div><br></div><div>HPUX uses .sl &amp; Mac OS X uses .dylib</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br><font color="#888888">
<br>
- Bert -<br>
<br>
</font></blockquote></div><br>