2 May
2006
2 May
'06
5:30 p.m.
On Tue, May 02, 2006 at 02:34:20 -0400, Phil Frost wrote:
On Mon, May 01, 2006 at 10:27:56PM +0100, Steve Harris
wrote:
OK, great. Do you know if OSX and Windows have equivalents?
On Mon, May 01, 2006 at 11:24:03PM +0200, Lars
Luthman wrote:
From what I glean from this you are talking about having the plugin .so
access symbols that are defined in the host. I know this is possible,
and you don't even have to link against any stub library. Check out the
-E or --export-dynamic option to gnu ld. Do you mean that the plugin should dlopen the
host? Wouldn't that
require some way to pass the path to the host program to the plugin (in
which case you might as well pass a function pointer directly)?
I mean the linker should do it. If you dynamically build the plugin
against a stub library and the host exports something with the same ABI, I
/think/ the plugin should have the host's version of the function in its
namespace. I don't know if this is a good idea, though. It
feels kinda freaky.
Perhaps, it was just one suggestion for how to achieve that. It's not
needed by all plugins, so it doesnt have to be glaringly obvious, it just
has to work.
And this disucssion is purely hypothetical at this stage anyway.
- Steve