Hi Andrea,
welcome to this community, and thank you for your interest into the GSoC
program.
Could you elaborate a little on what you would like to be working on,
i.e. in what way you would like to improve the existing numeric support
in boost.python ?
Thanks,
Stefan
--
...
On 01/04/2011 11:35 AM, Jim Bosch wrote:
On 01/04/2011 05:34 AM, Neal Becker wrote:
I'm interested in the ndarray http://code.google.com/p/ndarray package.
I still need to figure out how to get it to compile against my
customized boost
installation in a non-standard location.
Unfortunately, tr
On 01/03/2011 04:46 PM, Stefan Seefeld wrote:
On 01/03/2011 07:05 PM, Ralf W. Grosse-Kunstleve wrote:
I think the low-level API I have in the sandbox fits this need, or at
least
provides some of the basics. I'd love to see that morph into
something that
we can all use to connect numpy to the C+
On 01/04/2011 05:34 AM, Neal Becker wrote:
I'm interested in the ndarray http://code.google.com/p/ndarray package.
I still need to figure out how to get it to compile against my customized boost
installation in a non-standard location.
Unfortunately, trying to build the 'test' results in ICE in
I'm interested in the ndarray http://code.google.com/p/ndarray package.
I still need to figure out how to get it to compile against my customized boost
installation in a non-standard location.
Unfortunately, trying to build the 'test' results in ICE in
gcc-4.5.1-4.fc14.x86_64 (reported upstream
I also have made a small library that supports numpy.
http://code.google.com/p/mds-utils/
Try it and look if it fits your needs.
2011/1/4 Stefan Seefeld
> On 01/03/2011 07:05 PM, Ralf W. Grosse-Kunstleve wrote:
>
>>
>>> I think the low-level API I have in the sandbox fits this need, or at
>
On 01/03/2011 07:05 PM, Ralf W. Grosse-Kunstleve wrote:
I think the low-level API I have in the sandbox fits this need, or at least
provides some of the basics. I'd love to see that morph into something that
we can all use to connect numpy to the C++ template library of our choice,
Yes, tha
>
>
> I think the low-level API I have in the sandbox fits this need, or at least
> provides some of the basics. I'd love to see that morph into something that
> we can all use to connect numpy to the C++ template library of our choice,
Yes, that would be wonderful, indeed. Maybe a GSoC pr
On 01/03/2011 01:44 PM, Ralf W. Grosse-Kunstleve wrote:
- Original Message
From: Neal Becker
To: cplusplus-sig@python.org
Sent: Mon, January 3, 2011 12:31:36 PM
Subject: [C++-sig] Status of Numpy support in boost python - II
I was just re-reading these posts: Status of Numpy support i
On 01/03/2011 04:44 PM, Ralf W. Grosse-Kunstleve wrote:
- Original Message
From: Neal Becker
To: cplusplus-sig@python.org
Sent: Mon, January 3, 2011 12:31:36 PM
Subject: [C++-sig] Status of Numpy support in boost python - II
I was just re-reading these posts: Status of Numpy support i
- Original Message
> From: Neal Becker
> To: cplusplus-sig@python.org
> Sent: Mon, January 3, 2011 12:31:36 PM
> Subject: [C++-sig] Status of Numpy support in boost python - II
>
> I was just re-reading these posts: Status of Numpy support in boost python
> http://web.archiveorange.com
Another library that can pass C++ arrays to/from python is pyrap
(pyrap.googlecode.com). It is the python binding to the casacore
package, so it maps (possibly strided) Python arrays to casa::Array
objects.
Unlike the other C++ array classes I know (Blitz, boost::multi_array,
vigra::MultiArray)
Am Montag 08 März 2010 13:32:22 schrieb Pim Schellart:
> we are working on a project for which it would be extremely useful if
> numpy arrays could be passed as arguments to wrapped C++ methods.
> On the website I cannot find any evidence that this is currently
> supported by Boost Python.
> Is thi
On Tue, 2010-03-09 at 11:53 -0500, Neal Becker wrote:
> No luck with boost-1.42. fedora-12 boost-1.39 seems OK.
>
> Lots of errors, like:
> /usr/local/src/boost.hg/boost/fusion/container/vector/convert.hpp: In
> instantiation of
> 'boost::fusion::result_of::as_vector,
>
> 0>, boost::fusion::v
On 03/08/2010 07:41 PM, Neal Becker wrote:
Do you intend to include some examples?
That is unfortunately not quite easy, as the (in this context)
interesting bits are mixed with lots of other code that is not relevant
here.
I will try to refactor things the way I envision this array wra
Do you intend to include some examples?
___
Cplusplus-sig mailing list
Cplusplus-sig@python.org
http://mail.python.org/mailman/listinfo/cplusplus-sig
No luck with boost-1.42. fedora-12 boost-1.39 seems OK.
Lots of errors, like:
/usr/local/src/boost.hg/boost/fusion/container/vector/convert.hpp: In
instantiation of
'boost::fusion::result_of::as_vector,
0>, boost::fusion::vector_iterator,
-0x1> > >':
include/ndarray/views.hpp
On 03/09/2010 06:34 AM, Pim Schellart wrote:
for fast numerical calculations callbacks into Python are not a good option.
In terms of the discussion concerning compiled or header only I think
that although it would be nice and clean to have a header only
library, as it stands boost python has to
Hi Everyone,
wow! I am overwhelmed by the amount of response to this request.
I looked at the other options and must say I agree with Jim Bosch' comment:
> The whole point of using numpy with C++ is to be able to go
> from raw pointers to numpy arrays and back, and that doesn't seem to be
> possi
On 03/08/2010 04:57 PM, Jim Bosch wrote:
Hmm, this is a good point: By compiling the numpy wrapper as part of
boost.python, we would make numpy a prerequisite for boost.python, which
isn't a good idea. So keeping it header-only may be better.
I'm still not sure what your concern is with the num
On Mon, 2010-03-08 at 14:38 -0500, Stefan Seefeld wrote:
> To me, the most important feature in adding proper PyArray support to
> boost.python is the ability to access the much richer API, such as
> direct-data access via PyArr_DATA, PyArr_GETPTRX, etc., which allow me
> to build my own adapte
On 03/08/2010 02:11 PM, Jim Bosch wrote:
I think it would be useful to integrate the PyArray wrapper right into
boost.python.
I generally agree, but I dislike the idea of including the numpy C-API
header file in all its preprocessor-macro glory in a file which will be
included by users,
On Mon, 2010-03-08 at 13:40 -0500, Stefan Seefeld wrote:
> On 03/08/2010 01:30 PM, Neal Becker wrote:
> >
> > Check out pyublas
> >
>
> Thanks for mentioning that.
>
> Yes, this looks very useful. In fact, my PyArray wrapper was inspired by
> pyublas.
Definitely useful, and from what I've s
On 03/08/2010 01:30 PM, Neal Becker wrote:
Check out pyublas
Thanks for mentioning that.
Yes, this looks very useful. In fact, my PyArray wrapper was inspired by
pyublas.
I think it would be useful to integrate the PyArray wrapper right into
boost.python.
Other libraries which provide
>Jim Bosch wrote:
> On Mon, 2010-03-08 at 08:08 -0500, Stefan Seefeld wrote:
>> On 03/08/2010 07:32 AM, Pim Schellart wrote:
>> > Hello Everyone,
>> >
>> > we are working on a project for which it would be extremely useful if
>> > numpy arrays could be passed as arguments to wrapped C++ methods.
>
On 03/08/2010 01:20 PM, Jim Bosch wrote:
I have fairly complete library along these lines that I have been slowly
cleaning up for public release, and I could probably submit a fairly
complete proposal over the next few weeks if there is interest. It's
met my needs quite well over the past few y
On Mon, 2010-03-08 at 08:08 -0500, Stefan Seefeld wrote:
> On 03/08/2010 07:32 AM, Pim Schellart wrote:
> > Hello Everyone,
> >
> > we are working on a project for which it would be extremely useful if
> > numpy arrays could be passed as arguments to wrapped C++ methods.
> > On the website I cannot
On 03/08/2010 07:32 AM, Pim Schellart wrote:
Hello Everyone,
we are working on a project for which it would be extremely useful if
numpy arrays could be passed as arguments to wrapped C++ methods.
On the website I cannot find any evidence that this is currently
supported by Boost Python.
Is this
28 matches
Mail list logo
