Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-14 Thread Robert Osfield
Hi Rafa, On Mon, Aug 10, 2009 at 7:01 AM, Rafa Gaitan wrote: > We have been working on a solution for wrapp multiple languages from > osgIntrospection, by now our needs run to wrapp around Java, but the > system could be extended or refactored to allow other languages in a > better way. > > Our wo

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-09 Thread Rafa Gaitan
Hi Robert > > Longer term I'd love to see us properly solve the issues of language > wrappers and introspection for the OSG in a way that is easy to > maintain for all involved.  What form this might take I don't know. > My original hope was that osgIntrospection would be the basis of > solving th

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-07 Thread john casu
Hi, thanks for the replies.. I'd just like to state that the aim of my request is to get the basic swig prototypes/bindings in place, to ensure their correctness. I think that process could be automated, somewhat. Even though the automatically generated bindings would be unwieldy for end use

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-05 Thread Joe Kilner
A couple of points: Firstly it is possible to inject C++ code in to Python quite easily using scipy.weave. And using a cast in the C++ and the ".this" member in the Python swig wrappers makes marshaling data between the two quite easy. So you can write code like this: Code: v = mesh.ver

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-05 Thread Robert Osfield
Hi Guys, For 2.9.x we a not far away from a feature freeze so adding lots of extra code is not appropriate. Longer term I'd love to see us properly solve the issues of language wrappers and introspection for the OSG in a way that is easy to maintain for all involved. What form this might take I

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-04 Thread Gerwin de Haan
Hi Luigi, Frank and others, FYI I am currently using osgswig with a "patched" osg 2.9.5. This patch consists of reverting the MixinVector stuff from osg 2.6+ with the standard std:vector alternative in osg 2.4 so osgswig can wrap the VecArrays again. I have tried this only on linux, and I'm not su

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-04 Thread Frank Midgley
On Aug 4, 2009, at 7:55 AM, Luigi Calori wrote: I'm unwilling to update as each time I update osg... there are some problems with swig wrapping. One of the worst issues has been the MixinVector that has broken all the vecArrays wrapping thus preventing python construction of geometry. I d

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-04 Thread Luigi Calori
Hi John and Gerwin, I' m also using osgswig... and really would like it kept up with the osg development. Using good python IDE such as SPE, developing osg is much easier (for me) than in C++ . really thanks to all osgswig developers Currently I' m stuck with an svn OSG version (2.9.5) tha

Re: [osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-04 Thread Gerwin de Haan
Hoi John, I appreciate your enthusiasm for osgswig, we hear you! Including osgswig in the main repo would certainly increase its exposure and use. However, I'm not really sure if the "Including them would ensure that they are kept up to date"-argument would hold just yet. There are also quite some

[osg-users] Feature request for 2.9: please include swig bindings in main release

2009-08-02 Thread john casu
Hi, the SWIG bindings are so useful, that it seems like a good idea to include them with the main release, predicated with -DBUILD_SWIG_BINDINGS & -DBUILD_PYTHON_SWIG_BINDINGS or -DBUILD_RUBY_SWIG_BINDINGS (etc..) flags. Including them would ensure that they are kept up to date, and that any b