Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Charles R Harris
On Tue, Oct 20, 2009 at 11:44 PM, Mathieu Blondel math...@mblondel.orgwrote: Hello, About one year ago, a high-level, objected-oriented SIMD API was added to Mono. For example, there is a class Vector4f for vectors of 4 floats and this class implements methods such as basic operators,

[Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread Robin
Hi, I was wondering what the recommended way to run numpy/scipy on mac os x 10.6 is. I understood previously it was recommended to use python.org python and keep everything seperate from the system python, which worked well. But now I would like to have a 64 bit python and numpy, and there isn't

Re: [Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread David Cournapeau
Robin wrote: Hi, I was wondering what the recommended way to run numpy/scipy on mac os x 10.6 is. I understood previously it was recommended to use python.org python and keep everything seperate from the system python, which worked well. You can simply use the --user option to the install

Re: [Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread Robin
On Wed, Oct 21, 2009 at 10:28 AM, David Cournapeau da...@ar.media.kyoto-u.ac.jp wrote: Robin wrote: Hi, I was wondering what the recommended way to run numpy/scipy on mac os x 10.6 is. I understood previously it was recommended to use python.org python and keep everything seperate from the

Re: [Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread David Cournapeau
Robin wrote: Thanks - that looks ideal. I take it $HOME/.local is searched first so numpy will be used fromt here in preference to the system numpy. Yes, unless framework-enabled python does something 'fishy' (I think framework vs convention python have different rules w.r.t. sys.path). As

Re: [Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread Robin
Thanks... On Wed, Oct 21, 2009 at 11:41 AM, David Cournapeau da...@ar.media.kyoto-u.ac.jp wrote: Robin wrote: Thanks - that looks ideal. I take it $HOME/.local is searched first so numpy will be used fromt here in preference to the system numpy. Yes, unless framework-enabled python does

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread David Cournapeau
On Wed, Oct 21, 2009 at 6:12 PM, Francesc Alted fal...@pytables.org wrote: A Wednesday 21 October 2009 07:44:39 Mathieu Blondel escrigué: Hello, About one year ago, a high-level, objected-oriented SIMD API was added to Mono. For example, there is a class Vector4f for vectors of 4 floats and

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Matthieu Brucher
Is it general, or just for simple operations in numpy and ufunc ? I remember that for music softwares, SIMD used to matter a lot, even for simple bus mixing (which is basically a ax+by with a, b scalars and x y the input arrays). Indeed, it shouldn't :| I think the main reason might not be

Re: [Numpy-discussion] recommended way to run numpy on snow leopard

2009-10-21 Thread Zachary Pincus
Wow. Once again, Apple makes using python unnecessarily difficult. Someone needs a whack with a clue bat. Well, some tools from the operating system use numpy and other python modules. And upgrading one of these modules might conceivably break that dependency, leading to breakage in the

Re: [Numpy-discussion] Using numpydoc outside of numpy

2009-10-21 Thread Michael Droettboom
Sorry for the noise. Found the instructions in HOWTO_BUILD_DOCS.txt . Mike Michael Droettboom wrote: I'm in the process of converting a project to use Sphinx for documentation, and would like to use the Numpy docstring standard with its sections etc. It appears, however, that the numpydoc

Re: [Numpy-discussion] TypeError when calling numpy.kaiser()

2009-10-21 Thread josef . pktd
On Sun, Oct 18, 2009 at 3:11 PM, Jeffrey McGee jeffamc...@gmail.com wrote: Howdy, I'm having trouble getting the kaiser window to work. Anytime I try to call numpy.kaiser(), it throws an exception. Here's the output when I run the example code from

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread René Dudfield
On Wed, Oct 21, 2009 at 2:14 PM, Pauli Virtanen pav...@iki.fipav%2...@iki.fi wrote: Wed, 21 Oct 2009 14:47:02 +0200, Francesc Alted wrote: [clip] Do you have any interest in adding SIMD to some core numpy (transcendental functions). If so, I would try to go back to the problem of runtime

Re: [Numpy-discussion] TypeError when calling numpy.kaiser()

2009-10-21 Thread Charles R Harris
On Wed, Oct 21, 2009 at 9:18 AM, josef.p...@gmail.com wrote: On Sun, Oct 18, 2009 at 3:11 PM, Jeffrey McGee jeffamc...@gmail.com wrote: Howdy, I'm having trouble getting the kaiser window to work. Anytime I try to call numpy.kaiser(), it throws an exception. Here's the output when I

Re: [Numpy-discussion] TypeError when calling numpy.kaiser()

2009-10-21 Thread Robert Kern
On Wed, Oct 21, 2009 at 11:28, Charles R Harris charlesr.har...@gmail.com wrote: As an aside, would it be appropriate to have some of the more common Bessel functions as ufuncs? I'd prefer that we stick to the policy of including special functions that are part of the C99 standard (or another

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Ryan May
On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer gregor.thalham...@gmail.com wrote: I once wrote a module that replaces the built in transcendental functions of numpy by optimized versions from Intels vector math library. If someone is interested, I can publish it. In my experience it was

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Ryan May
On Wed, Oct 21, 2009 at 1:23 PM, Ryan May rma...@gmail.com wrote: On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer gregor.thalham...@gmail.com wrote: I once wrote a module that replaces the built in transcendental functions of numpy by optimized versions from Intels vector math library. If

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Neal Becker
... I once wrote a module that replaces the built in transcendental functions of numpy by optimized versions from Intels vector math library. If someone is interested, I can publish it. In my experience it was of little use since real world problems are limited by memory bandwidth. Therefore

[Numpy-discussion] GSOC 2010

2009-10-21 Thread Charles R Harris
Hi All, I don't feel that numpy/scipy did as well in GSOC 2009 as it could have. I think this was mostly due to lack of preparation on our part, we weren't ready when the students started showing up on the lists. So I would like to put together a selection of suitable projects and corresponding

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread josef . pktd
On Wed, Oct 21, 2009 at 3:02 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, I don't feel that numpy/scipy did as well in GSOC 2009 as it could have.  I think this was mostly due to lack of preparation on our part, we weren't ready when the students started showing up on the

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread Charles R Harris
On Wed, Oct 21, 2009 at 1:11 PM, josef.p...@gmail.com wrote: On Wed, Oct 21, 2009 at 3:02 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, I don't feel that numpy/scipy did as well in GSOC 2009 as it could have. I think this was mostly due to lack of preparation on our

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread David Warde-Farley
On 21-Oct-09, at 3:02 PM, Charles R Harris wrote: • Best of breed special functions in cython. These could be part of a separate numpy extras package where code is restricted to C, Cython, and Python. I think a lot of SciPy could be usefully brought over to Cython, as well (not

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread David Warde-Farley
On 21-Oct-09, at 9:14 AM, Pauli Virtanen wrote: Since these are ufuncs, I suppose the SSE implementations could just be put in a separate module, which is always compiled. Before importing the module, we could simply check from Python side that the CPU supports the necessary

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread Skipper Seabold
On Wed, Oct 21, 2009 at 3:23 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Wed, Oct 21, 2009 at 1:11 PM, josef.p...@gmail.com wrote: On Wed, Oct 21, 2009 at 3:02 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, I don't feel that numpy/scipy did as well in GSOC

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread josef . pktd
On Wed, Oct 21, 2009 at 3:23 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Wed, Oct 21, 2009 at 1:11 PM, josef.p...@gmail.com wrote: On Wed, Oct 21, 2009 at 3:02 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, I don't feel that numpy/scipy did as well in GSOC

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Andrew Friedley
sigh; yet another email dropped by the list. David Warde-Farley wrote: On 21-Oct-09, at 9:14 AM, Pauli Virtanen wrote: Since these are ufuncs, I suppose the SSE implementations could just be put in a separate module, which is always compiled. Before importing the module, we could

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread Jarrod Millman
On Wed, Oct 21, 2009 at 12:02 PM, Charles R Harris charlesr.har...@gmail.com wrote: I don't feel that numpy/scipy did as well in GSOC 2009 as it could have. I'd be curious to hear why you felt that numpy/scipy didn't do as well this year. We had more projects than any other year and I think

Re: [Numpy-discussion] GSOC 2010

2009-10-21 Thread Alan G Isaac
On 10/21/2009 3:23 PM, Charles R Harris wrote: What exactly *was* the history of that project and what can we learn from it? Imo, what really drove this project forward, is that Skipper was able to interact regularly with someone else who was actively using and developing on the code base

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread David Cournapeau
On Wed, Oct 21, 2009 at 10:14 PM, Pauli Virtanen pav...@iki.fi wrote: This type of project could probably also be started outside Numpy, and just monkey-patch the Numpy routines on import. I think I would prefer this approach as a first shot. I will look into adding a small C library +

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Sturla Molden
Mathieu Blondel skrev: Hello, About one year ago, a high-level, objected-oriented SIMD API was added to Mono. For example, there is a class Vector4f for vectors of 4 floats and this class implements methods such as basic operators, bitwise operators, comparison operators, min, max, sqrt,

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Mathieu Blondel
On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote: Mathieu Blondel skrev: Hello, About one year ago, a high-level, objected-oriented SIMD API was added to Mono. For example, there is a class Vector4f for vectors of 4 floats and this class implements methods such as basic

Re: [Numpy-discussion] Objected-oriented SIMD API for Numpy

2009-10-21 Thread Robert Kern
On Wed, Oct 21, 2009 at 22:32, Mathieu Blondel math...@mblondel.org wrote: On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote: Mathieu Blondel skrev: Hello, About one year ago, a high-level, objected-oriented SIMD API was added to Mono. For example, there is a class