Allen Bierbaum wrote: > Dirk Reiners wrote: >> Well, it would work for all objects that are explicitly linked to the >> application. I don't think the run-time linker would let you start a >> program without being able to resolve all symbols, but I might be wrong >> about this. If it does let you, as long as you don't call any of the >> offending functions before osgInit is run (which you probably can't do >> anyway), you should be fine. >> >> To sum it up: could work, but would require support by the OS. >> >> > Yeah, I don't know if it would work either. I am not a linker expert.
Me neither, but I think you either have to do resolve all symbols at load (as dlls/so usually work), or handle everything manually afterwards (see opengl & getProcAdress, really only feasible for C I think) or work via some kind of factory & common (perhaps reflective) interface of your own. > I have confidence we can do it. Infiscape has been doing something > similar for our core VR framework and we have the code needed to support > this type of thing down to under 10 lines that have to be compiled into > the dynamic library. Looking at that code I think we could make a macro > that would do it. So if you are interested, we can help out. We need only two one-liner macros for each dynamically loaded class in our system (one in the class def, one in the class's cpp-file). /Marcus ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
