Robert, I'm not sure about *nix, but I know that on Windows, the osgViewer.dll will NOT get loaded unless a symbol from it gets referenced. That does not include this symbol:
static RegisterWindowingSystemInterfaceProxy createWindowingSystemInterfaceProxy; >From within GraphicsWindowWin32.cpp, at least by default. I'm not sure what you want to do for this. You could force osgconv to implicitly load osgViewer.dll by modifying the solution files, or create something on the stack in osgConv.cpp that is defined in osgViewer.dll. So far you've refuted both of these solutions. However, we do need to supply texture compression support to our customer, even on Windows. I'll bet that you guys need to do the same. IMHO, forcing the link is the least invasive solution. If I'm not mistaken, that's what happens on *nix anyway when you give g++ the "-losgViewer.so" so the statics and globals get created in this case. One other option would be to move osg::GraphicsContext into osgViewer.dll, that way when the GraphicsContext is declard in osgconv.cpp, then osgViewer.dll will be loaded, and the RegisterWindowingSystemInterfaceProxy will be created. John Argentieri Software Engineer GENERAL DYNAMICS C4S (407) 281-5568 [EMAIL PROTECTED] "This email message is for the sole use of the intended recipient(s) and may contain GDC4S confidential or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message."
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
