2009/3/27 Christian Marquardt :
> Hmm.
>
> I downloaded the beta tar file and started from the untarred contents plus a
> patch for the Intel compilers
> (some changes of the command line arguments for the compiler and a added
> setup.cfg file specifying the
> paths to the Intel MKL libraries) whic
On Thu, Mar 26, 2009 at 9:06 PM, Charles R Harris wrote:
>
>
> 2009/3/26 Christian Marquardt
>
>> Oh sorry - you are right (too late in the night here in Europe).
>>
>> The output is similar in all four cases - it looks like
>>
>> AssertionError:
>> Arrays are not almost equal
>>
>> (mismatch 10
On Thu, Mar 26, 2009 at 8:56 PM, Charles R Harris wrote:
> Hi Stephan,
>
> You can actually change these functions to use fmax.reduce/fmin.reduce and
> get about a 50% speedup.
>
Also, the test is buggy.
Chuck
___
Numpy-discussion mailing list
Numpy-d
Hi Lutz,
> what you say is of course correct, but I am wondering if there is a
> mistake in the user guide (p. 180 of
> http://numpy.scipy.org/numpybook.pdf): according to the expressions in
> the user guide, both fft and ifft are not normalized. The
> implementation if ifft, on the other hand, ha
2009/3/26 Christian Marquardt
> Oh sorry - you are right (too late in the night here in Europe).
>
> The output is similar in all four cases - it looks like
>
> AssertionError:
> Arrays are not almost equal
>
> (mismatch 100.0%)
> x: array([ 4.60555124+0.j, -2.60555124+0.j], dtype=complex64)
>
Hi Stephan,
You can actually change these functions to use fmax.reduce/fmin.reduce and
get about a 50% speedup.
Chuck
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Oh sorry - you are right (too late in the night here in Europe).
The output is similar in all four cases - it looks like
AssertionError:
Arrays are not almost equal
(mismatch 100.0%)
x: array([ 4.60555124+0.j, -2.60555124+0.j], dtype=complex64)
y: array([-2.60555124 +1.11022302e-16j, 4.605
2009/3/26 Christian Marquardt
> Hmm.
>
> I downloaded the beta tar file and started from the untarred contents plus
> a patch for the Intel compilers
> (some changes of the command line arguments for the compiler and a added
> setup.cfg file specifying the
> paths to the Intel MKL libraries) whic
v1.3.0b1 has the same problem - setup_tools doesn't seem to recognize
that numpy is already installed in the system's site-packages directory.
Maybe I should add that I'm using virtualenv to generate a test environment
which includes the systems site-packages; setup_tools does seem recognize
othe
Hmm.
I downloaded the beta tar file and started from the untarred contents plus a
patch for the Intel compilers
(some changes of the command line arguments for the compiler and a added
setup.cfg file specifying the
paths to the Intel MKL libraries) which applied cleanly. I then ran
python
On Thu, Mar 26, 2009 at 7:02 PM, Gideon Simpson
wrote:
> I thought it was the same as the MATLAB format:
>
> http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/access/helpdesk/help/techdoc/ref/fft.html&http://www.google.com/search
> ?client=safari&rls=en-us&q=MATLAB+fft&ie=UTF-8&oe=
I thought it was the same as the MATLAB format:
http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/access/helpdesk/help/techdoc/ref/fft.html&http://www.google.com/search
?client=safari&rls=en-us&q=MATLAB+fft&ie=UTF-8&oe=UTF-8
On Mar 26, 2009, at 7:56 PM, Lutz Maibaum wrote:
> He
Hi Michael,
> this documentation is saying that the difference between the equations
> for the fft and ifft is a factor of 1/n (not the numpy implementations).
> if you do
>
> output = numpy.ifft( numpy.fft( input ) )
>
> and you get output = input, then the normalizations are appropriately
> wei
On Thu, Mar 26, 2009 at 7:17 PM, Michael Gilbert <
michael.s.gilb...@gmail.com> wrote:
> On Thu, 26 Mar 2009 16:56:13 -0700 Lutz Maibaum wrote:
>
> > Hello,
> >
> > I just started to use python and numpy for some numerical analysis. I
> > have a question about the definition of the inverse Fourier
On Thu, 26 Mar 2009 16:56:13 -0700 Lutz Maibaum wrote:
> Hello,
>
> I just started to use python and numpy for some numerical analysis. I
> have a question about the definition of the inverse Fourier transform.
> The user gives the formula (p.180)
>
> x[m] = Sum_k X[k] exp(j 2pi k m / n)
>
>
On Thu, Mar 26, 2009 at 6:25 PM, Christian Marquardt wrote:
> Hello,
>
> I tried to compile and install numpy 1.3.0b1 on a Suse Linux 10.3 with
> Python
> 2.5.x and an Intel C and Fortran compilers 10.1 as well as the MKL 10.0.
> The
> distutils do find the compilers and the MKL (when using simil
Hello,
I tried to compile and install numpy 1.3.0b1 on a Suse Linux 10.3 with Python
2.5.x and an Intel C and Fortran compilers 10.1 as well as the MKL 10.0. The
distutils do find the compilers and the MKL (when using similar settings as I
used successfully for all previous numpy versions sonce
Hello,
I tried to compile and install numpy 1.3.0b1 on a Suse Linux 10.3 with Python
2.5.x and an Intel C and Fortran compilers 10.1 as well as the MKL 10.0. The
distutils do find the compilers and the MKL (when using similar settings as I
used successfully for all previous numpy versions sonce
Hello!
I ran into the following problem:
I have easy_installable packages which list numpy as a dependency. numpy itself
is installed in the system's site-packages directory and works fine.
When running a python setup.py install of the package with numpy v1.2.0
installed, everything works fin
On 26-Mar-09, at 3:32 PM, Ben Park wrote:
>
> BTW, this timing on a core 2 Duo 2.0GH laptop ,with the Enthought
> Python
> Distribution, is around 0.2 second.
You're going to have to build NumPy yourself to link it against the
MKL, I believe. EPD's is probably using something fairly basic.
Y
Hello,
I just started to use python and numpy for some numerical analysis. I
have a question about the definition of the inverse Fourier transform.
The user gives the formula (p.180)
x[m] = Sum_k X[k] exp(j 2pi k m / n)
where X[k] are the Fourier coefficients, and n is the length of the arrays
Thu, 26 Mar 2009 21:24:30 +0100, Sander de Kievit wrote:
> David Cournapeau wrote:
>> On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
>> wrote:
>>> On my PC the following code freezes python:
>>>
>>> [code]
>>> import numpy as np
>>> from StringIO import StringIO
>>> c = StringIO("0 1\n2 3")
>>>
On Thu, Mar 26, 2009 at 3:24 PM, Sander de Kievit <
dekie...@strw.leidenuniv.nl> wrote:
> David Cournapeau wrote:
> > On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
> > wrote:
> >> Hi,
> >>
> >> On my PC the following code freezes python:
> >>
> >> [code]
> >> import numpy as np
> >> from Stri
David Cournapeau wrote:
> On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
> wrote:
>> Hi,
>>
>> On my PC the following code freezes python:
>>
>> [code]
>> import numpy as np
>> from StringIO import StringIO
>> c = StringIO("0 1\n2 3")
>> np.loadtxt(c)
>> np.loadtxt(c)
>> [/code]
>>
>> Is this i
Sturla Molden schrieb:
> On 3/26/2009 12:41 PM, Jens Rantil wrote:
>
>> Wouldn't my code, or a tweak of it, be a nice feature in
>> numpy.ctypeslib? Is this the wrong channel for proposing things like
>> this?
>
> If you look at
>
> http://svn.scipy.org/svn/numpy/trunk/numpy/ctypeslib.py
>
BTW, this timing on a core 2 Duo 2.0GH laptop ,with the Enthought Python
Distribution, is around 0.2 second.
Ben Park wrote:
>
> I have spent many hours trying to do this, to no avail. The numpy
> installation I got didn't seem to link to the MKL library. A 1000x1000
> matrix multiplication too
On Thu, Mar 26, 2009 at 13:08, JJ wrote:
>
> Hello:
> I hope someone can give me a tip on how to solve this simple problem. I use
> Ubuntu 8.10 64 bit and want to pass a numpy integer array to a shared library
> C program. For some reason, my C program is not able to read the info passed
> in t
Hello:
I hope someone can give me a tip on how to solve this simple problem. I use
Ubuntu 8.10 64 bit and want to pass a numpy integer array to a shared library C
program. For some reason, my C program is not able to read the info passed in
the integer array, but can read from a passed double a
Fri, 27 Mar 2009 01:58:47 +0900, David Cournapeau wrote:
> On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
[clip]
>> On my PC the following code freezes python:
>>
>> [code]
>> import numpy as np
>> from StringIO import StringIO
>> c = StringIO("0 1\n2 3")
>> np.loadtxt(c)
>> np.loadtxt(c)
>> [/c
On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
wrote:
> Hi,
>
> On my PC the following code freezes python:
>
> [code]
> import numpy as np
> from StringIO import StringIO
> c = StringIO("0 1\n2 3")
> np.loadtxt(c)
> np.loadtxt(c)
> [/code]
>
> Is this intentional behaviour or should I report t
Hi,
On my PC the following code freezes python:
[code]
import numpy as np
from StringIO import StringIO
c = StringIO("0 1\n2 3")
np.loadtxt(c)
np.loadtxt(c)
[/code]
Is this intentional behaviour or should I report this as a bug?
Regards,
Sander
___
Nu
On Thu, Mar 26, 2009 at 9:32 AM, David Cournapeau
wrote:
> Bruce Southey wrote:
>> Hi,
>> Apparently not:
>>
>> Python 2.6.1 (r261:67517, Dec 4 2008, 16:51:00) [MSC v.1500 32 bit
>> (Intel)] on win32
>>
>
> Well, installing 64 bits numpy on 32 bits python will not work very well :)
>
> I am surpr
Bruce Southey wrote:
> Hi,
> Apparently not:
>
> Python 2.6.1 (r261:67517, Dec 4 2008, 16:51:00) [MSC v.1500 32 bit
> (Intel)] on win32
>
Well, installing 64 bits numpy on 32 bits python will not work very well :)
I am surprised the installation worked at all (I noticed msi were less
robust t
On Thu, Mar 26, 2009 at 8:53 AM, David Cournapeau
wrote:
> Bruce Southey wrote:
>> David Cournapeau wrote:
>>
>>> On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau
>>> wrote:
>>>
>>>
>>>
It is built with an updated toolchain + a few patches to mingw I have
yet submitted upstream,
Bruce Southey wrote:
> David Cournapeau wrote:
>
>> On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau wrote:
>>
>>
>>
>>> It is built with an updated toolchain + a few patches to mingw I have
>>> yet submitted upstream,
>>>
>>>
>> I created a ticket as well to track this iss
David Cournapeau wrote:
> On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau wrote:
>
>
>> It is built with an updated toolchain + a few patches to mingw I have
>> yet submitted upstream,
>>
>
> I created a ticket as well to track this issue:
>
>
I added my comments to it.
Is there a wa
David,
Yes, I agree that kind of "complexity filter" (hey, I just invented a
phrase!) would probably work, though it should be theoretically possible to
create a conditional execution within a MSI package using WIX.
Now for the critical question: when?
David
-
On 3/26/2009 12:41 PM, Jens Rantil wrote:
> Wouldn't my code, or a tweak of it, be a nice feature in
> numpy.ctypeslib? Is this the wrong channel for proposing things like
> this?
If you look at
http://svn.scipy.org/svn/numpy/trunk/numpy/ctypeslib.py
you will see that it does almost the sam
Hi again,
On Mon, 2009-03-23 at 14:36 +0100, Jens Rantil wrote:
> So I have a C-function in a DLL loaded through ctypes. This particular
> function returns a pointer to a double. In fact I know that this
> pointer points to the first element in an array of, say for
> simplicity, 200 elements.
>
On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau wrote:
> It is built with an updated toolchain + a few patches to mingw I have
> yet submitted upstream,
I created a ticket as well to track this issue:
http://projects.scipy.org/numpy/ticket/1068
___
Hi Bruce
On Fri, Mar 20, 2009 at 10:45 PM, Bruce Southey wrote:
> I still have the same problem on my Intel vista 64 system (Intel
> QX6700 CPUZ reports the instruction set as MMX, SSE, SSE2, SSE3,
> SSSE3, EM64T) with McAfee.
The binary is built with every optimization turned off, and no ATLA
41 matches
Mail list logo
