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 Jamroot file is shown as below.
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 call policy.
> > That's good news! How a
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
on Wed Dec 17 2008, "Hugo Lima" wrote:
> Hi;
>
> I need wrap enums with duplicated values, but boost::python do not
> support it. At the boost website you can find the quote:
>
> "Scott Snyder provided a patch; Dave was dissatisfied for some reason,
I think I didn't really like the asymmetry of
On Thu, Dec 18, 2008 at 8:18 PM, 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 call policy.
>> That's good news! How about vector> ?
>
> If you use the facilities of
> http://ww
on Wed Dec 17 2008, "lin yun" wrote:
>> Yes. I believe Py++ deals with boost::shared_ptr without invoking the
>> user. Just use default call policy.
> That's good news! How about vector> ?
If you use the facilities of
http://www.boost.org/doc/libs/1_37_0/libs/python/doc/v2/iterator.html,
everyt
on Wed Dec 17 2008, "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 without invoking the
> user. Just us
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
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 as int.
> >>
> >> You mean it
I'm curious about 'return_range'. What does it do? Is there any doc?
___
Cplusplus-sig mailing list
Cplusplus-sig@python.org
http://mail.python.org/mailman/listinfo/cplusplus-sig
Roman Yakovenko wrote:
> 2008/12/18 lin yun :
>> Actually I used return_range with element type of unsigned short. Python
>> interprets the element as int.
>>
>> You mean it is not difficult to wrap a function that returns
>> vector> then?
>
> Yes. Take a look on example:
> http://language-bindin
2008/12/18 lin yun :
> Actually I used return_range with element type of unsigned short. Python
> interprets the element as int.
>
> You mean it is not difficult to wrap a function that returns
> vector> then?
Yes. Take a look on example:
http://language-binding.net/pyplusplus/documentation/functi
12 matches
Mail list logo