>>> I was just trying against the current 2.x head to see where changes are
>>> needed. But I was running into errors which should have nothing to do
>>> with the ptr switch, like wrong scoping (e.g. classes without OSG::)
>> I compiled the head of the trunk yesterday against the OpenSG 2 "stable"
>> field container pointer branch without problems on Fedora Core 6. I am
>> surprised that there would be scoping problems. I don't know for sure, but
>> that sounds like a bug in Py++ or pygccxml.
>
> hmm, it looked more like gen_bindings.py problems, for example the
> following:
>
> for x in ["StatIntElem", "StatTimeElem", "StatRealElem",
> "StatIntOnceElem"]:
>
> temp = tbuilder.Template("OSG::StatElemDesc<%s>"%x, "StatElemDesc_%s"%
> x)
>
> the %s inside <> is missing OSG::. So while compiling there were
> complains that StatIntElem is not found, which is correct because
> it should be OSG::StatIntElem.
I haven't seen this one, but there may be something to fix up.
As far as getting pyopensg to work on head, I think the big change is
going to be modifying the code I added for dealing with RefPtr's and
FCPtrs and making that code use the new ptr type that Dirk and Carsten
are working on. If that ptr type can not be used across aspects, then
we may have to do a bit more tweeking to try to make things work.
-Allen
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
