Re: [C++-sig] Please help: boost python 1.41 extension problem

Wow, it worked like a magic!!! Thank you so much, Jim! On Mon, Jan 25, 2010 at 1:06 PM, Jim Bosch wrote: > On Mon, 2010-01-25 at 12:38 -0800, lin yun wrote: > > > I did not mention that I had no problem with Boost 1.34, on the same > > system. Also I ever tried Boost 1.34 an

Re: [C++-sig] Please help: boost python 1.41 extension problem

: > On Fri, 2010-01-22 at 17:29 -0800, lin yun wrote: > > Hi, > > > > I am trying to install boost 1.41 on Redhat Enterprise Linux 5.3 and I > > got problem with the extension test. Following the instructions here: > > http://www.boost.org/doc/libs/1_41_0/libs/pytho

[C++-sig] Please help: boost python 1.41 extension problem

Hi, I am trying to install boost 1.41 on Redhat Enterprise Linux 5.3 and I got problem with the extension test. Following the instructions here: http://www.boost.org/doc/libs/1_41_0/libs/python/doc/building.html - I built boost python using bjam. - cd into the libs/python/example/quickstart

Re: [C++-sig] bjam: undefined Symbol Error

To me, the "undefined symbols" are from the multithread_lib which img_lib does not get connected to. But why? On Thu, Dec 18, 2008 at 7:28 PM, lin yun wrote: > Hi, folks: > > I am having headache with bjam... I am getting undefined symbol error. > > Part of the Jamro

Re: [C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

Would you please elaborate your idea a little more? On Thu, Dec 18, 2008 at 10:18 AM, David Abrahams wrote: > > on Wed Dec 17 2008, "lin yun" wrote: > > >> Yes. I believe Py++ deals with boost::shared_ptr without invoking the > >> user. Just use default c

[C++-sig] bjam: undefined Symbol Error

Hi, folks: I am having headache with bjam... I am getting undefined symbol error. Part of the Jamroot file is shown as below. multithread_lib is defined as a system library which is used in generating my own library img_lib. Bag_wrapper.cpp wraps a C++ class which uses img_lib. I am getting im

Re: [C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

Here it is: http://www.language-binding.net/pyplusplus/documentation/functions/call_policies/return_range.html return_range is a call policy that is used to wrap a C++ function which returns a pointer to an array. On Thu, Dec 18, 2008 at 4:20 AM, Neal Becker wrote: > I'm curious about 'return_r

Re: [C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

The link is alive to me... I can open it. Thanks Roman. On Thu, Dec 18, 2008 at 4:19 AM, Neal Becker wrote: > Roman Yakovenko wrote: > > > 2008/12/18 lin yun : > >> Actually I used return_range with element type of unsigned short. Python > >> interprets the element

Re: [C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

hon. I am learning and making progress. I hope I could write new call policies in the future like you did for py++.:) Thanks. On Wed, Dec 17, 2008 at 11:32 PM, Roman Yakovenko wrote: > 2008/12/18 lin yun : > >> Yes. I believe Py++ deals with boost::shared_ptr without invoking the

Re: [C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

17, 2008 at 10:41 PM, Roman Yakovenko wrote: > 2008/12/18 lin yun : > > Hi, folks: > > > > I am trying to wrap a c++ function that returns a boost::shared_ptr > class> type using boost.python, is that possible? > > Yes. I believe Py++ deals with boost::shared_ptr withou

[C++-sig] Wrap a c++ function that returns boost::shared_ptr<> type?

Hi, folks: I am trying to wrap a c++ function that returns a boost::shared_ptr type using boost.python, is that possible? BTW, I used the call policy return_range included in Py++ for returning a pointer to a vector. It worked ! My question is that which side is responsible for releasing the mem