On 08/16/2010 04:21 PM, Branan Purvine-Riley wrote:
That's definitely on the right track. Not quite right because of some of the
oddities of what I'm working with here. It's a game engine, and none of the
pointers are stored in a smart pointer container of any kind. Unfortunately
make_constructo
On Monday 16 August 2010 14:49:04 Jim Bosch wrote:
> On 08/16/2010 02:33 PM, Branan Purvine-Riley wrote:
> > I'm working on replacing hand-rolled python bindings with boost.python.
> >
> > Unfortunately, I've hit a bit of a snag at a particular construct:
> >a = someFunction(...) # returns an
On 08/16/2010 02:33 PM, Branan Purvine-Riley wrote:
I'm working on replacing hand-rolled python bindings with boost.python.
Unfortunately, I've hit a bit of a snag at a particular construct:
a = someFunction(...) # returns an instance of myClass
b = myClass(a)
In the current bindings, thi
I'm working on replacing hand-rolled python bindings with boost.python.
Unfortunately, I've hit a bit of a snag at a particular construct:
a = someFunction(...) # returns an instance of myClass
b = myClass(a)
In the current bindings, this creates a new python object that references the
same
