Re: [Numpy-discussion] [ANN] ALGOPY 0.21, algorithmic differentiation in Python

2010-08-01 Thread Sebastian Walter
On Mon, Aug 2, 2010 at 12:16 AM, John Salvatier wrote: > Holy cow! I was looking for this exact package for extending pymc! Now I've > found two packages that do basically exactly what I want (Theano and > ALGOPY). > > Does ALYGOPY handle derivatives of operations on higher order ndimensional > ar

Re: [Numpy-discussion] ANN: NumPy 1.5.0 beta 1

2010-08-01 Thread Alan G Isaac
Tests produce a few failures and a couple warnings. Details below. Alan Isaac Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import numpy as np >>> np.test() Running unit tests for nump

Re: [Numpy-discussion] ANN: NumPy 1.5.0 beta 1

2010-08-01 Thread Bruce Southey
On Sun, Aug 1, 2010 at 9:10 PM, Ralf Gommers wrote: > > > On Mon, Aug 2, 2010 at 7:10 AM, Alan G Isaac wrote: >> >> On 8/1/2010 12:38 PM, Ralf Gommers wrote: >> > Binaries, sources and release notes can be found at >> > https://sourceforge.net/projects/numpy/files/ >> >

Re: [Numpy-discussion] ANN: NumPy 1.5.0 beta 1

2010-08-01 Thread Ralf Gommers
On Mon, Aug 2, 2010 at 7:10 AM, Alan G Isaac wrote: > On 8/1/2010 12:38 PM, Ralf Gommers wrote: > > Binaries, sources and release notes can be found at > > https://sourceforge.net/projects/numpy/files/ < > https://sourceforge.net/projects/numpy/files/> > > I'm not seeing them. > > I see them now.

Re: [Numpy-discussion] [ANN] ALGOPY 0.21, algorithmic differentiation in Python

2010-08-01 Thread Olivier Grisel
2010/8/2 John Salvatier : > Holy cow! I was looking for this exact package for extending pymc! Now I've > found two packages that do basically exactly what I want (Theano and > ALGOPY). Beware that theano does only symbolic differentiation which is very different from AD. -- Olivier http://twitt

Re: [Numpy-discussion] ANN: NumPy 1.5.0 beta 1

2010-08-01 Thread Alan G Isaac
On 8/1/2010 12:38 PM, Ralf Gommers wrote: > Binaries, sources and release notes can be found at > https://sourceforge.net/projects/numpy/files/ > I'm not seeing them. Alan ___ NumPy-Discussion mailing li

Re: [Numpy-discussion] [ANN] ALGOPY 0.21, algorithmic differentiation in Python

2010-08-01 Thread John Salvatier
Holy cow! I was looking for this exact package for extending pymc! Now I've found two packages that do basically exactly what I want (Theano and ALGOPY). Does ALYGOPY handle derivatives of operations on higher order ndimensional arrays well (efficiently and including broadcasting and such)? John

Re: [Numpy-discussion] ANN: Numexpr 1.4 released

2010-08-01 Thread Francesc Alted
2010/8/1 Christoph Gohlke > Solid release as usual. Works well with the MKL. > > Btw, numexpr-1.4.tar.gz is missing the win32/pthread.h file. > Mmh, not so solid ;-) Fixed. Thanks for reporting! -- Francesc Alted ___ NumPy-Discussion mailing list N

Re: [Numpy-discussion] ANN: Numexpr 1.4 released

2010-08-01 Thread Christoph Gohlke
Solid release as usual. Works well with the MKL. Btw, numexpr-1.4.tar.gz is missing the win32/pthread.h file. Christoph On 8/1/2010 4:33 AM, Francesc Alted wrote: > Hi, > > After the Theano talk in last EuroSciPy I suddenly realized that it would not > be too difficult to implement a multi-thre

Re: [Numpy-discussion] ANN: Numexpr 1.4 released

2010-08-01 Thread Francesc Alted
Hey Sebastian, 2010/8/1 Sebastian Haase > Would you mind summarizing very briefly which dtypes you support in Numexpr > ? > (float32?) > Yup. See: http://code.google.com/p/numexpr/wiki/Overview#Datatypes_supported_internally for the complete list. > And 2ndly, is there (regarding this) a d

[Numpy-discussion] Mathematical language for reasoning about numpy like arrays?

2010-08-01 Thread John Salvatier
Is anyone aware of a good mathematical language to describe and reason about how numpy arrays work (broadcastable ndarrays)? I am particularly interested in reasoning about linear maps from one ndarray to another. Clearly ndarrays can be thought of as regular vectors and you can reason about them u

Re: [Numpy-discussion] ANN: Numexpr 1.4 released

2010-08-01 Thread Sebastian Haase
Congratulations Francesc ! On Sun, Aug 1, 2010 at 1:33 PM, Francesc Alted wrote: > Hi, > > After the Theano talk in last EuroSciPy I suddenly realized that it would not > be too difficult to implement a multi-threaded version of Numexpr.  Well, as > usual I was terribly wrong and it took me a *l

[Numpy-discussion] ANN: NumPy 1.5.0 beta 1

2010-08-01 Thread Ralf Gommers
I am pleased to announce the availability of the first beta of NumPy 1.5.0. This will be the first NumPy release to include support for Python 3, as well as for Python 2.7. Please try this beta and report any problems on the NumPy mailing list. Binaries, sources and release notes can be found at h

Re: [Numpy-discussion] Numpy 1.4.1 fails to build on (Debian) alpha and powepc

2010-08-01 Thread Sandro Tosi
Hi David, sorry for the late reply. On Fri, Jul 30, 2010 at 04:58, David wrote: > On 07/30/2010 06:47 AM, Sandro Tosi wrote: > >> For the build logs it's easy: >> >> alpha: >> https://buildd.debian.org/fetch.cgi?pkg=python-numpy&arch=alpha&ver=1%3A1.4.1-4&stamp=1280296333&file=log&as=raw >> powe

[Numpy-discussion] [ANN] ALGOPY 0.21, algorithmic differentiation in Python

2010-08-01 Thread Sebastian Walter
I'm happy to announce the first official release of ALGOPY in version 0.2.1. Rationale: The purpose of ALGOPY is the evaluation of higher-order derivatives in the forward and reverse mode of Algorithmic Differentiation (AD) using univariate Taylor polynomial arithmetic. Particular focus a

[Numpy-discussion] ANN: Numexpr 1.4 released

2010-08-01 Thread Francesc Alted
Hi, After the Theano talk in last EuroSciPy I suddenly realized that it would not be too difficult to implement a multi-threaded version of Numexpr. Well, as usual I was terribly wrong and it took me a *long* week to do the job :-/ Anyway the thing is done now, so... enjoy! Note for PyTables

Re: [Numpy-discussion] str == int puzzlement

2010-08-01 Thread Friedrich Romstedt
2010/8/1 Matthew Brett : >> Maybe it would be better to raise a ValueError, which is not caught by >> the evaluation mechanism, to prevent such stuff. > > Sorry that this is not yet clear to me, but, is it true then that: > > The only situation where array.__eq__ sensibly falls back to python > __e