Hi Paul, On Fri, Feb 5, 2010 at 8:43 PM, Paul Martz <[email protected]> wrote: >> 2) Centralized management of extensions via external libs doesn't >> fit well with the ability to >> extend the OSG in 3rd party NodeKits, where the NodeKits support >> extensions that that >> the OSG version didn't support when shipped - these 3rd party >> NodeKits would be forced >> to only use the same version of the extension library that the >> OSG was linked to. > > This is really not an issue. We discussed something similar to this in > "OpenGL capture/logging in OSG" and I'll paraphrase what I said there: > External node kit developers can cook their own extension access solution > until the extension is available (in core OSG or OSG's external feature > support dependency).
If the external node kit developers have to cook up their own extensions then we really aren't any further forward in try to unify things. What happens if we merge the 3rd party nodekits with the core OSG? Do we then convert across? The better solution is to make sure that we have an extensions system that is easily extensible. A completely centralized system doesn't achieve this. >> 3) We need to be able to disable extensions when they don't work. > > (I'd question whether or not this feature even works in OSG today, given > that OSG doesn't even query the extension string for many of the extension > features it uses. But...) This is an interesting and possibly useful > feature, so it should definitely be in any solution that you endorse before > we start coding a submission. > > And finally regarding the dependency issue. It doesn't have to be a > dependency any more than OpenThreads is a dependency. It could be an > internal self-contained module. I know, I know, you're opposed to > centralizing this. :-) An external dependency even if compiled part of the core OSG is still problematic as I said in my earlier post. Such an approach will not be merged with the core OSG as it's a backward step in too many areas. This doesn't preclude us for coming up with a better way of organizing extensions. Whatever system we come up with it has extensionble, a GL extension system that itself it's extensible rather defeats the whole point of GL extensions. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
