On Fri, Mar 7, 2008 at 11:41 AM, william ratcliff
[EMAIL PROTECTED] wrote:
Will Cython be compatible with OpenMP? I tried with weave some time back
and failed miserably. Has anyone tried with ctypes?
As far as I know cython has no explicit OpenMP support, but it *may*
be possible to get it to
Hi Joris,
On Fri, Mar 7, 2008 at 8:10 AM, Joris De Ridder
[EMAIL PROTECTED] wrote:
Thanks. I've a few questions concerning the objections against ctypes.
It's part of the Python standard library, brand new from v2.5, and it
allows creating extensions. Disregarding it, requires therefore
Hi Robin,
On Fri, Mar 7, 2008 at 8:36 AM, Robin [EMAIL PROTECTED] wrote:
I hadn't seen the link Ondrej provided, although the 40 hour week
seems to be a Python/PSF requirement. Prior to posting I had checked
the Google information, where they say the time commitment depends on
both the
On Thu, Mar 6, 2008 at 3:13 PM, Joris De Ridder
[EMAIL PROTECTED] wrote:
On 06 Mar 2008, at 19:15, Fernando Perez wrote:
http://www.cython.org/
is an evolved version of Pyrex (which is used by numpy and scipy) with
lots of improvements. We'd like to position Cython as the preferred
Hi Robin,
On Thu, Mar 6, 2008 at 12:48 PM, Robin [EMAIL PROTECTED] wrote:
On Thu, Mar 6, 2008 at 6:15 PM, Fernando Perez [EMAIL PROTECTED] wrote:
Any student interested in this should quickly respond on the list;
such a project would likely be co-mentored by people on the Numpy and
On 07.03.2008, at 09:59, Fernando Perez wrote:
I doubt it's much better, and that's part of the point of the project:
to identify the problems and fix them once and for all. Getting
anything fixed in pyrex was hard due to a very opaque development
process, but Cython is part of the Sage
On Fri, Mar 7, 2008 at 1:17 AM, Konrad Hinsen [EMAIL PROTECTED] wrote:
On 07.03.2008, at 09:59, Fernando Perez wrote:
I doubt it's much better, and that's part of the point of the project:
to identify the problems and fix them once and for all. Getting
anything fixed in pyrex was hard
On 07 Mar 2008, at 10:02, Fernando Perez wrote:
Chris B gave what I think is a good reply to this, but feel free to
ask if you have further questions. I think it's important that we
reach some consensus on why this a good idea on technical grounds
without anyone feeling like the decision is
On Fri, Mar 7, 2008 at 9:06 AM, Fernando Perez [EMAIL PROTECTED] wrote:
Hi Robin,
As Ondrej pointed out, the expectation is a full-time commitment to
the project. Other than that it sounds like you might be able to
participate, and it's worth noting that this being open source, if you
Joris De Ridder wrote:
Thanks. I've a few questions concerning the objections against ctypes.
It's not so much an abjection (I think), but the fact that pyrex/Cython
really are different beasts, with different goals.
For ctypes your extensions needs to be
compiled as a shared library,
Will Cython be compatible with OpenMP? I tried with weave some time back
and failed miserably. Has anyone tried with ctypes?
Cheers,
William
On Fri, Mar 7, 2008 at 12:50 PM, Christopher Barker [EMAIL PROTECTED]
wrote:
Joris De Ridder wrote:
Thanks. I've a few questions concerning the
Christopher Barker wrote:
By the way, I know Greg Ewing was asked about better support for numpy
arrays in Pyrex, and he said I'm *definitely* not going to
re-implement C++ templates! -- is there talk of creating a way to write
extensions that could operate on numpy arrays of arbitrary type
Hi all,
after the Scipy/Sage Days 8 meeting, we were all very impressed by the
progress made by Cython. For those not familiar with it, Cython:
http://www.cython.org/
is an evolved version of Pyrex (which is used by numpy and scipy) with
lots of improvements. We'd like to position
Fernando Perez wrote:
after the Scipy/Sage Days 8 meeting, we were all very impressed by the
progress made by Cython.
cool stuff!
A specific project along these lines, that would be very beneficial
for numpy could be:
Is there any way to set this up as a possible Google Summer of Code
On Thursday 06 March 2008 13:15:27 Fernando Perez wrote:
- Rewriting the existing ndarray subclasses that ship with numpy, such
as record arrays, in cython. In doing this, benchmarks of the
relative performance of the new code should be obtained.
Fernando,
I remember having huge
On Thu, Mar 6, 2008 at 6:15 PM, Fernando Perez [EMAIL PROTECTED] wrote:
Any student interested in this should quickly respond on the list;
such a project would likely be co-mentored by people on the Numpy and
Cython teams, since it is likely to require expertise from both ends.
Hello,
I
On Thu, Mar 6, 2008 at 9:48 PM, Robin [EMAIL PROTECTED] wrote:
On Thu, Mar 6, 2008 at 6:15 PM, Fernando Perez [EMAIL PROTECTED] wrote:
Any student interested in this should quickly respond on the list;
such a project would likely be co-mentored by people on the Numpy and
Cython
On 06 Mar 2008, at 19:15, Fernando Perez wrote:
http://www.cython.org/
is an evolved version of Pyrex (which is used by numpy and scipy) with
lots of improvements. We'd like to position Cython as the preferred
way of writing most, if not all, new extension code written for numpy
and scipy,
I'm not a pyrex/Cython expert, but
Joris De Ridder wrote:
Pyrex is kind of a dialect, so your extension modules would be nor
python nor C, but a third language.
correct.
Is this indeed easier to maintain?
yes, because while you can write C extensions in C, you need to use the
quite
19 matches
Mail list logo
