Gerrit Voss wrote:
> Hi,
> 
> On Tue, 2008-12-02 at 17:59 -0600, Patrick Hartling wrote:
>> Marcus Lindblom wrote:
>>
>>> I get the osgmodule_mainheader.h generated and it tries to go on, but 
>>> that file  contains references to some headers I've never seen, and 
>>> can't find either in OpenSG nor referenced in pyopensg!?!
>>>
>>> Ideas?
>> As far as I know, that list of headers is built up from two different
>> sources: a static list of files in gen_bindings.py and a dynamically
>> generated list based on running GCC-XML. It's possible that the dynamic
>> list generation has some assumptions that are out of date with respect
>> to new concepts in the OpenSG source tree. What is probably more likely
>> is that there are .fcd files in the OpenSG source tree that are not
>> being used to generate OpenSG C++ code but are being found and used
>> unwittingly by gen_bindings.py to generate bindings for code that does
>> not exist.
> 
> looks like, these come from the two different (exclusive) shader
> frameworks. Dependent on enable_new_shader={True|False} either this one
> (new, Source/System/State/Shader) or the old one 
> (Source/System/State/SHL) is active.

Ah. That explains that.

> Ideally gen_bindings.py should be aware of the build.info settings and
> only take files that are relevant.

I don't think scons build-flags are saved in osg2-config. Otherwise, 
that would've been feasible.

> If gen_bindings.py is using more something like a find based method to
> gather the fcd file the best choice might be to analyze OSGConfigured.h
> which should tell you which choices were active at compile time.

Yup. It just walks the tree and searches for fcd-files, in Base, System 
and Window/GLUT under Source.

I'll see what I can come up with. Scanning OSGConfigured.h seems to be 
pretty straightforward, although using that info might be trickier. I'll 
have to dig deeper into gen_bindings.py.

Also, requiring a matching .h-file in the include dir for each fcd-file 
might be a simple way to filter out fcd's that weren't built. It won't 
work all the way, but it might help?

Cheers,
/Marcus


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to