I'm trying to track down a numerical discrepancy in our proejct. We
noticed that a certain set of results are different having upgraded from
scipy 0.6.0 to 0.7.0.
The following item from the Scipy change-log is our current number-one
suspect. Could anybody who knows suggest what was actually invo
> I don't think numpy/scipy are zip safe, the numpy packageloader uses
os.path to find files.
Evidently! :-)
But the strange thing is that all this worked fine with Scipy 0.6.0 -
it's only since 0.7.0 was released that this started going wrong.
Sal
Disclaimer CALYON UK:
This email does not cre
I've noticed that with scipy 0.7.0 + numpy 1.2.1, an importing the
factorial function from the scipy module always seems to fail when scipy
is installed as a zipped ",egg" file. When the project is installed as
an unzipped directory it works fine.
Is there any reason why this function should not
I have a 0d array that looks like this:
myarray = array( 0.1234 )
This generates a TypeError:
myarray[0]
I can get it's number using a hack like this... but it looks kind of
wrong:
myval = myarray + 0.0
There must be a better way to do it, right? All I want is the correct
way to return the val
You actually need the package unpacked to use scipy.weave and make C
extensions which use Numpy's .h files.
We have found that Numpy + Scipy are perfectly zip-safe for users but
not for developers.
-Original Message-
From: numpy-discussion-boun...@scipy.org
[mailto:numpy-discussion-boun
Yes,
Thanks for all your support, it works a treat. My conclusion is that the
.exe release for Windows are sufficient for our needs.
From: numpy-discussion-boun...@scipy.org
[mailto:numpy-discussion-boun...@scipy.org] On Behalf Of Charles R
Harris
Sent: 17 Apri
Eggs are still beneficial:
* People who do not have access to PyPi can still use it (think banks)
* If you can build eggs easily then so can people like me... it becomes
easy to produce optimized eggs for all our Xeon processors.
* Deploying an egg is nothing more than copying a file to the relev
As I said before we have a very big set up. The problem is not the
difficulty in making eggs. Eggs are very easy things to make if you can
make the C++ compile first.
Setuptools is a very good and stable project whose purpose is to help
automate very large deployments of Python dependancies. Your
l 2009 06:51
To: Discussion of Numerical Python
Subject: Re: [Numpy-discussion] Compiling for free on Windows32
On Thu, Apr 16, 2009 at 00:45, Gael Varoquaux
wrote:
> On Wed, Apr 15, 2009 at 07:33:48PM +0100, Fadhley Salim wrote:
>> We deploy on a very large number of computers in
: Discussion of Numerical Python
Subject: Re: [Numpy-discussion] Compiling for free on Windows32
Hi Sal,
On Wed, Apr 15, 2009 at 1:03 PM, Fadhley Salim
wrote:
http://projects.scipy.org/numpy/ticket/1086
I filed this under numpy since that's what I am trying to
co
I just installed the latest stable mingw, and made sure that the mingw
bin directory is in my PATH. I used the command you suggested and got
the following output:
http://pastebin.com/m4aea512c
Any suggestions as to what I might be doing wrong?
I'm using standard cpython 2.4.4 from Python.org
-
al,
On Wed, Apr 15, 2009 at 12:37 PM, Fadhley Salim
wrote:
Chuck,
I'm not all that familiar with the bug reporting process but if
you were to point me to the relevant bug tracker I'd be delighted to
file an issue. If I could get somebody to fix
discussion-boun...@scipy.org
[mailto:numpy-discussion-boun...@scipy.org] On Behalf Of Charles R
Harris
Sent: 15 April 2009 19:32
To: Discussion of Numerical Python
Subject: Re: [Numpy-discussion] Compiling for free on Windows32
On Wed, Apr 15, 2009 at 11:58 AM, Fadhley Salim
wrote:
ssion-boun...@scipy.org] On Behalf Of Andrew Straw
Sent: 15 April 2009 19:31
To: Discussion of Numerical Python
Subject: Re: [Numpy-discussion] Compiling for free on Windows32
Fadhley Salim wrote:
> Thomasm,
>
> What want is the current latest Numpy as a win32 .egg file for Python
> 2.4.4.
> Mingw is used to compile numpy and scipy AFAIK.
So if I just grab Mingw I should be able to compile the latest stuff
with no problems? Will that work perfectly with my standard Python.org
Cpython distribution?
> Why is exe files a problem ?
We deploy on a very large number of computers in 5 co
e how I make it as long as it works!
:-)
-Original Message-
From: numpy-discussion-boun...@scipy.org
[mailto:numpy-discussion-boun...@scipy.org] On Behalf Of Thomas Heller
Sent: 15 April 2009 18:48
To: numpy-discussion@scipy.org
Subject: Re: [Numpy-discussion] Compiling for free on Windows32
Fadhley Salim
e it a try (although compiling them
yourself will lead to worse performance, as David provides atlas with numpy and
scipy).
Matthieu
2009/4/15 Fadhley Salim :
> I'm compiling for Python 2.4, so I guess that means that I'm never going to
> be able to use anything more than visual s
03, if you have 2.6, you can use 2008 (or 2005, I don't
remember). If you use numscons, you can go with any of them (at your own risks).
You can also use mingw.
For scipy, you have to use mingw, because there is no other free Fortran
compiler.
Matthieu
2009/4/15 Fadhley Salim :
> I
I've been asked to provide Numpy & Scipy as python egg files.
Unfortunately Numpy and Scipy do not make official releases of their
product in .egg form for a Win32 platform - that means if I want eggs
then I have to compile them myself.
At the moment my employer provides Visual Studio.Net 2003, wh
Can one of the Numpy experts explain what this means and how I might be
able to solve it? I'm trying to compile Numpy 1.2 - I just zipped the
tar file from Sourceforge.
Thanks!
compiling C sources
creating build\temp.win32-2.4\Release\numpy\random
creating build\temp.win32-2.4\Release\numpy\ran
Is there a way to make a multi-version egg from the Numpy source code
(supplied from sourceforge).
Ideally I'd like to create an automated process that allows me to
quickly make a Win32 egg any time a new release of Numpy comes out so
that my team can test it and adjust our project's dependancies
21 matches
Mail list logo