Dirk Reiners wrote:
> Hi Allen,
>
>On Thu, 2006-08-17 at 21:34 -0500, Allen Bierbaum wrote:
>
>
>>Having OpenSG do it internally. My (possibly naive) approach would be
>>to scan a given plugin path and load all the .so/.dll files in that
>>directory. This would be similar to how other systems do it so I think
>>it could work.
>>
>>
>
>We have that one already, using OSG_LOAD_LIBS, OSG_PLUGIN_PATH and
>OSG_PLUGIN_PATTERN.
>
>
Yep. I was just proposing that we start using it. :)
For example if someone is willing to point me in the right direction I
could make the prototype OpenSG 2.0 build system I am working on compile
all the opensg loaders into a "lib/opensg/plugins" directory or something.
>>Is there any way possible we could still use Geometry::create(). I
>>guess this would really depend upon whether it is possible to compile an
>>application that uses the interface of Geometry without it having to
>>resolve the symbols at compile time.
>>
>>
>
>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.
>>As far as b), the method I was thinking of wouldn't need that (as far as
>>I can tell) because it would just load all the libraries that it can
>>find at startup time. There would be no dynamic searching of the
>>libraries that it needs for a given node type.
>>
>>
>
>OK.
>
>
>
>>As an aside, using something like "FCFactory::create("Geometry")" would
>>not really help the usability of OpenSG IMHO.
>>
>>
>
>Nope.
>
>
>
>>Agreed. I guess I was assuming that you or Gerrit could write a nice
>>magical macro call that would handle all the scaffolding. :)
>>
>>
>
>The problem is that it often takes more than one. ;)
>
>
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.
-Allen
>Yours
>
> Dirk
>
>
>
>-------------------------------------------------------------------------
>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
>
>
>
-------------------------------------------------------------------------
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
