Hi, On Wed, 2011-02-23 at 12:28 +0100, Johannes Brunen wrote: > Hello, > > first, sorry for the bad subject line but I have a couple of small > issues and didn't want to write an extra mail for each. > > > 1. Build problem with the OpenSG 2.0 revision 2564... > > I got unresolved external symbols on OSGBase: > > 1>Linking... > 1> Creating library E:\prod_xxx_\Build32\opensg\bin\Debug\OSGBaseD.lib > and object E:\prod_xxx_\Build32\opensg\bin\Debug\OSGBaseD.exp > 1>OSGGlobalsAttachmentBase.obj : error LNK2001: unresolved external > symbol "public: __thiscall OSG::FieldType::FieldType(class > OSG::FieldType const &)" (??0FieldType@OSG@@QAE@ABV01@@Z) > 1>E:\prod_xxx_\Build32\opensg\bin\Debug\OSGBaseD.dll : fatal error > LNK1120: 1 unresolved externals > 1>Build log was saved at > "file://e:\prod_xxx_\Build32\opensg\Build\OSGBase\OSGBase.dir\Debug\Buil > dLog.htm" > 1>OSGBase - 13 error(s), 6 warning(s) > > I do not have had this problem with revision 2512 which I used until > now.
hmm, interesting I just tried the Debug variant (2566) and don't see this problem (VS2008). Which compiler version are you using ? > > 2. Questions about Python bindings... > > I'm very interested in trying this out (Windows 7 64, msvc 2008, Python > 2.7.1) > What are the dependencies on building the python bindings? Do I need for > instance py++? only if you want to regenerate the bindings, which as far as I understand it does not work on Windows (I haven't tried it, I trust the pyopensg README ;) ). The current version is basically pyopensg (http://code.google.com/p/pyopensg/) integrated into the cmake build system. So regenerating the bindings requires py++ and pyopensg. What is in the main repository right now is the infrastructure needed to build/generate the bindings (building without any additional packages). And the global support files (e.g. additional py helper files for installation). The generated bindings themselves are not, they live in my addon tree on github (https://github.com/vossg/OSGAddOnsGV.git) Bindings/Python and can be used by setting OSG_PYTHON_MODULE_BASE_DIR to <AddOnsRoot>/Bindings/Python. With this one should be able to build and install the Bindings. Currently they are not included in the all target so ignore the cmake warning that they have install targets. Also currently the separate modules only import themselves and not the modules they depend on, this is something the user scripts has to take care of. The osg2.osg modules imports all there is. And I haven't tried in depth if this split introduces problems or not, the simple tests work. I hope to get a script processor done soon so I get to use scripts at least within the complex scene manager ;) but that requires some further infrastructure tweaking. Alternatively you can of course try pyopensg which for building without regenerating requires only scons this one is definitely better tested ;) > I have a parallel installation of Python 32bit and 64bit. Will the build > system find the correct Python version (probably not) or can I provide > the location explicitly? that depends mainly on how clever cmake is as we use their Find(PYTHON) facilities. But you can always explicitly override it in cmake. > > 3. With revision r2512 I have a crash on using the GroupMergeGraphOp on > the root node provided by the scenemanager. The model is attached to > this mail. > > 4. Looking into classes GroupMergeGraphOp and GeometryMergeGraphOp I > assume that the MultiSwitch core is not accounted properly. However, > this does not solve the crash in issue 3, at least in case I didn't > messed up my setup :) I'll try to have a look into 3 and 4, but if somebody else wants to jump in, fine with me ;) (a little time limited right now) > 5. At least a general question about realeasing OpenSG 2.0 officially. > What are the show stoppers? mainly packaging, and documentation I would say. Feature wise there might be some rough edges but not really show stoppers (IIRC). kind regards gerrit ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
