Hi Sukender,
I'm very confused about Robert's reply, because it's working fine for me. I am using a modified dds reader linked into my app, which takes precedence over any osgdb_dds.dll because it registers on startup. This can be done by simply adding the (modified) ReaderWriterDDS.cpp to the project producing the executable, in this version there is no need for USE_PLUGIN() - it will cause a link error. If you compile the plugin into a static link lib, you need the USE_PLUGIN() and link to the lib.

This can work because the plugins I am using are not exporting any symbols, so there is no __declspec(dllexport) stuff in the way.

Laurens.

Robert Osfield wrote:
Hi Sukender,

On Tue, Apr 6, 2010 at 10:15 AM, Sukender <[email protected]> wrote:
Hi all,

I found several ressources(*) about static linking but didn't found an answer to my question: can I combine 
"dynamic OSG/OT" + "dynamic OSG plugins" + "static custom (= user) plugins"? If 
yes, how?

I can't see how this would work as it seems to be there would be a
conflict between what version of core libraries that the dynamic vs
static plugins would need to link to.

If you want dynamic linking then use it everywhere.

Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to