Christopher Barker wrote:
It does, but we don't need a binary installer for a python that doesn't
have a binary installer.
Yes, not now - but I would prefer avoiding to have to change the process
again when time comes. It may not look like it, but enabling a working
process which works
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle rp...@post.harvard.edu wrote:
I just installed 2.5.4 from python.org, and the OS X installer still
doesn't work. This is on a PPC G5; I haven't tried it on my Intel
MacBook Pro.
I think I got it. To build numpy, I use virtualenv to make a
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle rp...@post.harvard.edu wrote:
I just installed 2.5.4 from python.org, and the OS X installer still
doesn't work. This is on a PPC G5; I haven't tried it on my Intel
MacBook Pro.
Could you try this one ?
http
Peter wrote:
On Sat, Mar 28, 2009 at 2:26 PM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Hi,
I am pleased to announce the release of the rc1 for numpy
1.3.0. You can find source tarballs and installers for both Mac OS X
and Windows on the sourceforge page:
https
On Mon, Mar 30, 2009 at 11:06 PM, Robert Pyle rp...@post.harvard.edu wrote:
Hi David,
I decided to change the Subject line to be more apropos.
On Mar 30, 2009, at 3:41 AM, David Cournapeau wrote:
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle
rp...@post.harvard.edu
On Tue, Mar 31, 2009 at 12:51 AM, Chris Barker chris.bar...@noaa.gov wrote:
Well, this is the big question: what python(s) should be provide
binaries for -- I think if you're only going to do one, it should be the
python.org build, so that you can support 10.4, and 10.5 and everyone
can use
On Tue, Mar 31, 2009 at 2:10 AM, Chris Barker chris.bar...@noaa.gov wrote:
David Cournapeau wrote:
I don't really care, as long as there is only one. Maintaining binaries
for every python out there is too time consuming. Given that mac os X
is the easiest platform to build numpy/scipy on,
I
On Tue, Mar 31, 2009 at 6:16 AM, Bruce Southey bsout...@gmail.com wrote:
It is now official that Python will switch to Mercurial (Hg):
http://thread.gmane.org/gmane.comp.python.devel/102706
Not that it directly concerns me, but this is rather surprising given:
Chris Barker wrote:
I see -- well that's good news. I've found the Universal library
requirements to be a pain sometimes, and it probably would be here if
Apple wasn't giving us lapack/blas.
Yes, definitely. I could see a lot of trouble if people had to build a
universal ATLAS :)
Robert Pyle wrote:
Yes. When it gets to Select a Destination, I would expect my boot
disk to get the green arrow as the installation target, but it (and
the other three disks) have the exclamation point in the red circle.
Same thing happened on my MacBook Pro (Intel) with its one
On Sun, Mar 29, 2009 at 7:43 AM, Robert Pyle rp...@post.harvard.edu wrote:
Hi David,
On Mar 29, 2009, at 4:03 AM, David Cournapeau wrote:
Robert Pyle wrote:
Yes. When it gets to Select a Destination, I would expect my boot
disk to get the green arrow as the installation target
On Sat, Mar 28, 2009 at 8:01 PM, John Reid j.r...@mail.cryst.bbk.ac.uk wrote:
I imagine I'm using 64 bit numpy as I made a vanilla install from recent
source on a 64 bit box but how can I tell for sure? I have some problems
creating large arrays.
from platform import machine
print machine()
On Sat, Mar 28, 2009 at 8:23 PM, John Reid j.r...@mail.cryst.bbk.ac.uk wrote:
David Cournapeau wrote:
from platform import machine
print machine()
Should give you something like x86_64 for 64 bits intel/amd architecture,
In [3]: from platform import machine
In [4]: print machine()
i686
On Sat, Mar 28, 2009 at 8:32 PM, John Reid j.r...@mail.cryst.bbk.ac.uk wrote:
Charles R Harris wrote:
What really matters is if python is 64 bits. Most 64 bit systems also
run 32 bit binaries.
Are you saying that even if uname -m gives i686, I still might be able
to build a 64 bit python
Dinesh B Vadhia wrote:
Uhmmm! I installed 64-bit Python (2.5x) on a Windows 64-bit Vista
machine (yes, strange but true) hoping that the 32-bit Numpy Scipy
libraries would work but they didn't.
That's a totally different situation: in your case, python and numpy
share the same address space
Hi,
I am pleased to announce the release of the rc1 for numpy
1.3.0. You can find source tarballs and installers for both Mac OS X
and Windows on the sourceforge page:
https://sourceforge.net/projects/numpy/
https://sourceforge.net/projects/numpy/
The release note for the 1.3.0 release are
Hi Travis,
On Sat, Mar 28, 2009 at 11:54 PM, Travis E. Oliphant
oliph...@enthought.com wrote:
FYI from PyCon
Here at PyCon, it has been said that Python will be moving towards DVCS
and will be using bzr or mecurial, but explicitly *not* git. It would
seem that *git* got the lowest score
Hi Robert,
Thanks for the report.
On Sun, Mar 29, 2009 at 12:10 AM, Robert Pyle rp...@post.harvard.edu wrote:
Hi all,
On Mar 28, 2009, at 9:26 AM, David Cournapeau wrote:
I am pleased to announce the release of the rc1 for numpy
1.3.0. You can find source tarballs and installers for both
2009/3/29 Dinesh B Vadhia dineshbvad...@hotmail.com:
David
1) 32-bit Numpy/Scipy with 32-bit Python on 64-bit Windows does work. But,
it doesn't take advantage of memory 2gb.
Indeed. But running numpy 32 bits in python 64 bits is not possible -
and even if it were, I guess it could not
2009/3/29 Chris Colbert sccolb...@gmail.com:
going back and looking at this error:
C compiler: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC
compile options: '-c'
gcc: _configtest.c
gcc -pthread _configtest.o -L/usr/local/atlas/lib -llapack
Hi,
To build the numpy .dmg mac os x installer, I use a script from the
adium project, which uses applescript and some mac os x black magic. The
script seems to be GPL, as adium itself:
http://trac.adiumx.com/browser/trunk/Release
For now, I keep the build scripts separately from the svn
Chris Colbert wrote:
Hey Everyone,
I built Lapack and Atlas from source last night on a C2D running
32-bit Linux Mint 6. I ran 'make check' and 'make time' on the lapack
build, and ran the dynamic LU decomp test on atlas. Both packages
checked out fine.
Then, I built numpy and scipy
Chris Colbert wrote:
numpy.test() doesn't return (after 2 hours of running at 100% at
least). I imagine its hanging on this eig function as well.
Can you run the following test ?
nosetests -v -s test_build.py (in numpy/linalg).
If it fails, it almost surely a problem in the way you built
Chris Colbert wrote:
Atlas 3.8.3 and Lapack 3.1.1
Hm... I am afraid I don't see what may cause this problem. Could you
rebuild numpy from scratch and give us the log ?
rm -rf build python setup.py build build.log
David
___
Numpy-discussion mailing
Chris Colbert wrote:
David,
The log was too big for the list, so I sent it to your email address
directly.
Hm, never saw this one. In the build log, one can see:
...
compile options: '-c'
gcc: _configtest.c
gcc -pthread _configtest.o -L/usr/local/atlas/lib -llapack -lptf77blas
-lptcblas
Chris Colbert wrote:
So you think its a problem with gcc?
That's my guess, yes.
im using version 4.3.1 shipped with the ubuntu 8.10 distro.
I thought you were using mint ? If you are using ubuntu, then it is very
strange, because many people build and use numpy on this platform
without any
2009/3/28 Chris Colbert sccolb...@gmail.com:
mint is built from like 98% ubuntu.
Ok. The problem is that fortran often falls into the bottom percent as
far as support is concerned, since so few people care :)
Note that on Ubuntu 8.10, you can just install atlas from the
repositories - and 1.3.0
Chris Colbert wrote:
forgive my ignorance, but wouldn't installing atlas from the
repositories defeat the purpose of installing atlas at all, since the
build process optimizes it to your own cpu timings?
Yes and no. Yes, it will be slower than a cutom-build atlas, but it will
be reasonably
Hi,
I spent the whole evening on automating our whole release process on
supported platforms. I am almost there, but I have a few relatively
minor annoyances related to doc:
- Is it ok to build the pdf doc using LANG=C ? If I run sphinx-build
without setting LANG=C, I got some weird latex
On Sat, Mar 28, 2009 at 5:25 AM, Jarrod Millman mill...@berkeley.edu wrote:
On Fri, Mar 27, 2009 at 3:48 AM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
To build the numpy .dmg mac os x installer, I use a script from the
adium project, which uses applescript and some mac os x black
On Sat, Mar 28, 2009 at 7:56 AM, Pauli Virtanen p...@iki.fi wrote:
Sat, 28 Mar 2009 04:00:45 +0900, David Cournapeau wrote:
[clip]
- Is it ok to build the pdf doc using LANG=C ? If I run sphinx-build
without setting LANG=C, I got some weird latex errors at the latex-pdf
stage, which I am
Hi Bruce
On Fri, Mar 20, 2009 at 10:45 PM, Bruce Southey bsout...@gmail.com 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
On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau courn...@gmail.com 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
Bruce Southey wrote:
David Cournapeau wrote:
On Thu, Mar 26, 2009 at 7:48 PM, David Cournapeau courn...@gmail.com 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
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 than
On Fri, Mar 27, 2009 at 1:14 AM, Sander de Kievit
dekie...@strw.leidenuniv.nl 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
2009/3/27 Christian Marquardt christ...@marquardt.sc:
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
Hi Davie,
F. David del Campo Hill wrote:
Sometimes, EXE setup packages are just MSI packages wrapped in an EXE
file, that is why I tried to extract the files from your superpack (without
luck).
Currently, with the superpack installer, the individual per arch
installers can be
On Wed, Mar 25, 2009 at 9:50 PM, F. David del Campo Hill
delca...@stats.ox.ac.uk wrote:
Also (and pardon me if this is a stupid question), wouldn't the
non-SSE installer work anywhere (albeit more slowly)?
Yes, it would - but then people would complain about numpy being slow,
etc...
On Wed, Mar 25, 2009 at 3:13 AM, F. David del Campo Hill
delca...@stats.ox.ac.uk wrote:
Dear Numpy Forum,
I have found the Win64 (Windows x64) Numpy MSI installer in
Sourceforge (numpy-1.3.0b1.win-amd64-py2.6.msi), but cannot find the Win32
(Windows i386) one. I have tried unpacking
Hi Matthew,
On Sun, Mar 22, 2009 at 5:40 PM, Matthew Brett matthew.br...@gmail.com wrote:
I get the 'negative dimensions' error in this situation:
I think I have fixed both arange and zeros errors in the trunk. arange
error was specific to arange (unchecked overflow in a double - int
cast),
2009/3/24 Charles R Harris charlesr.har...@gmail.com:
On Mon, Mar 23, 2009 at 12:34 PM, Robert Pyle rp...@post.harvard.edu
wrote:
Hi all,
This is a continuation of something I started last week, but with a
more appropriate subject line.
To recap, my machine is a dual G5 running OS X
Charles R Harris wrote:
Let's announce the RC somewhere prominent on the scipy page so it gets
more notice and testing. I didn't see any mention of the beta when I
looked today.
Yes, you're right, I completely forgot it. On a side-note, I think the
whole release process should be more
Hi Matthew,
On Sun, Mar 22, 2009 at 3:08 PM, Matthew Brett matthew.br...@gmail.com wrote:
I notice this gives much more helpful memory errors on a 64 bit
machine with 4GB of memory.
Can you tell me which version of numpy and which platform you are
using ? I get a different (and ever more
On Fri, Mar 20, 2009 at 2:50 AM, David E. Sallis david.sal...@noaa.gov wrote:
David Cournapeau said the following on 3/18/2009 9:43 PM:
I am pleased to announce the release of the first beta for numpy 1.3.0.
I would totally love to begin using this. Can I trouble you to include MD5
(or PGP
On Fri, Mar 20, 2009 at 7:59 PM, David Cournapeau courn...@gmail.com wrote:
On Fri, Mar 20, 2009 at 2:50 AM, David E. Sallis david.sal...@noaa.gov
wrote:
David Cournapeau said the following on 3/18/2009 9:43 PM:
I am pleased to announce the release of the first beta for numpy 1.3.0.
I would
Hi,
2009/3/21 Sul, Young L s...@hcp.med.harvard.edu:
Hi,
(I’m on a Solaris 10 intel system, and am trying to use the sunperf
libraries)
An immediate problem is that some files seem to have embedded ^Ms in them. I
had to clean and rerun a few times before numpy installed.
Could you tell me
On Sat, Mar 21, 2009 at 11:32 AM, Sul, Young L s...@hcp.med.harvard.edu wrote:
I'll have to get back to you on the files.
Would you like a login to a solaris 10 system? I could provide that.
That could be useful, yes. I had a solaris 10 install, but I am afraid
I had to wipe it out at some
On Thu, Mar 19, 2009 at 10:32 PM, Gael Varoquaux
gael.varoqu...@normalesup.org wrote:
On Thu, Mar 19, 2009 at 10:07:08PM +0900, David Cournapeau wrote:
Well, why not adding it yourself, then ? It is generally easier,
faster and more accurate for people related with the changes to add
On Thu, Mar 19, 2009 at 11:00 PM, Gael Varoquaux
gael.varoqu...@normalesup.org
No. And I am not asking for them. I'd rather have a buffer between me and
numpy, because I don't feel I know numpy well-enough to commit directly.
committing a text file should be easy enough, even for you ;)
David
2009/3/20 Vincent Thierion vincent.thier...@ema.fr:
Hello,
I built the numpy module for 32 bits architecture (it seems the default
building). However, my programs using this module have to be launched on
remote worker nodes whose architecture can be 32 bits as well 64 bits (grid
computing).
2009/3/20 Sul, Young L s...@hcp.med.harvard.edu:
Numscons, however, throws an error and complains about a missing directory.
It seems that the scons-local directory is not created (see below). Am I
missing a step? I’m assuming the scons-local directory should be created
when numscons is
Hi,
I am pleased to announce the release of the first beta for numpy
1.3.0. You can find source tarballs and installers for both Mac OS X
and Windows on the sourceforge page:
https://sourceforge.net/projects/numpy/
The release note for the 1.3.0 release are below,
The Numpy developers
On Mon, Mar 16, 2009 at 2:43 AM, Sturla Molden stu...@molden.no wrote:
Well, that's nearly as good. (Though submitting a single svn diff
containing all changes could have been a bit more easy to handle than
separate patches for each file. But a small nitpick only.)
The problem is I am really
Hi,
I have just started the 1.3.x branch - as such, any change done to the
trunk will not end up in the 1.3 release. I will announce the 1.3 beta
release within the day, hopefully,
cheers,
David
___
Numpy-discussion mailing list
On Sun, Mar 15, 2009 at 5:16 AM, Sturla Molden stu...@molden.no wrote:
1) I have noticed that fftpack_litemodule.c does not release the GIL
around calls to functions in fftpack.c. I cannot se any obvious reason for
this. As far as I can tell, the functions in fftpack.c are re-entrant.
2) If
On Sun, Mar 15, 2009 at 12:46 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
As it is easier to read and understand without going to the macro
definition. Note that David has a quite involved check for the inline
keyword implementation and I expect he would want to do the same for the
Sturla Molden wrote:
There is a version of fftpack_litemodule.c, fftpack.c and fftpack.h that
does this attached to ticket #1055. The two important changes are
releasing the GIL and using npy_intp for 64 bit support.
Would it be possible to make the changes as a patch (svn diff) - this
On Mon, Mar 16, 2009 at 4:10 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Some of the calls to the python c-api have been changed to use Py_ssize_t.
As Py_ssize_t was not available in Python 2.4 I wonder if we check if it is
defined and set it to int if not.
Yes, we do, in
hi,
Just a friendly reminder that I will close the trunk for 1.3.0 at the
end of 15th March (I will more likely do it at the end of Monday Japan
time which roughly corresponds to 15th March midnight Pacific time),
cheers,
David
___
Numpy-discussion
On Sun, Mar 15, 2009 at 2:40 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
The fixes look small and I'd like them to go in. Can you put together some
short tests for these fixes? Would it help if you had commit privileges in
Numpy?
Yes, I was about to suggest giving Josef commit
Robert Kern wrote:
When it does work, the reason is because the import mechanism will
place the numeric module into the numpy.core namespace as soon as
it can, so it is usually available in the __init__ after a from
numeric import *. nose tries to control imports a little more tightly
as it
Robert Kern wrote:
Is adding additional imports fine too ? Or should we fix those in the
unittest instead to avoid more namespace pollution ?
What do you mean?
For example, we have:
==
ERROR: Failure: ImportError
Robert Kern wrote:
There shouldn't need to be (and also, there shouldn't be, in this
case). That's an odd bug in nose, then. It should be able to import a
module from a package. Nothing needs to be in __init__.py for that to
work.
FWIW, I just change to a different directory, and the
On Sat, Mar 14, 2009 at 1:00 AM, Christopher Barker
chris.bar...@noaa.gov wrote:
David Cournapeau wrote:
On Thu, Mar 12, 2009 at 8:08 PM, Jon Wright wri...@esrf.fr wrote:
I'd like to have numpy as a dependency being pulled into a virtualenv
automatically. Is that possible with the binary
On Sat, Mar 14, 2009 at 3:15 AM, Jon Wright wri...@esrf.fr wrote:
What I want is a simpler way to install things for people to try out our
programs. We currently have dependencies on at least numpy, matplotlib,
PIL, Pmw and PyOpenGl and having to go through a series of 6 different
On Sat, Mar 14, 2009 at 3:37 AM, Robert Kern robert.k...@gmail.com wrote:
On Fri, Mar 13, 2009 at 12:14, David Cournapeau courn...@gmail.com wrote:
But then what's the point of installing numpy in virtualenv ? Why not
installing it system-wide ? The whole business of pushing people to
install
On Sat, Mar 14, 2009 at 4:22 AM, Christopher Barker
chris.bar...@noaa.gov wrote:
They will install everything needed. I think bbfreeze even supplies a
custom interpreter, so you can essentially build a custom python distro
with it.
I think it is a much better solution. Maybe it is just me,
Hi Jon,
Jon Wright wrote:
Hello,
If I do:
C:\ easy_install numpy
... on a windows box, it attempts to do a source download and build,
which typically doesn't work. If however I use:
C:\ easy_install numpy==1.0.4
... then the magic works just fine. Any chance of a more recent
On Thu, Mar 12, 2009 at 9:13 PM, David Cournapeau courn...@gmail.com wrote:
On Thu, Mar 12, 2009 at 1:00 PM, Robert Kern robert.k...@gmail.com wrote:
It was an example.
Ok, guess I will have to learn the difference between i.e. and e.g. one day.
Anyway, here is a first shot at it:
http
On Thu, Mar 12, 2009 at 1:00 PM, Robert Kern robert.k...@gmail.com wrote:
It was an example.
Ok, guess I will have to learn the difference between i.e. and e.g. one day.
Anyway, here is a first shot at it:
http://codereview.appspot.com/26052
I added a few tests which fail with trunk and
Hi,
I was wondering if there was any reason for still using sourceforge
? AFAIK, we only use it to put the files there, and dealing with
sourceforge to upload files is less than optimal to say the least. Is
there any drawback to directly put the files to scipy.org ?
cheers,
David
Stéfan van der Walt wrote:
2009/3/12 David Cournapeau courn...@gmail.com:
Anyway, here is a first shot at it:
http://codereview.appspot.com/26052
Design question: should [('x', float), ('y', float)] and [('t',
float), ('s', float)] hash to the same value or not?
According
On Thu, Mar 12, 2009 at 10:19 PM, Bruce Southey bsout...@gmail.com wrote:
David Cournapeau wrote:
Hi,
For the record, I have just added the following functionalities to
numpy, which may simplify some C code:
- NPY_NAN/NPY_INFINITY/NPY_PZERO/NPY_NZERO: macros to get nan, inf
Ryan May wrote:
[DEFAULT]
include_dirs = /opt/intel/mkl/10.0.2.018/include/
http://10.0.2.018/include/
library_dirs = /opt/intel/mkl/10.0.2.018/lib/em64t/:/usr/lib
http://10.0.2.018/lib/em64t/:/usr/lib
[blas]
libraries = mkl_gf_lp64, mkl_gnu_thread, mkl_core, iomp5
[lapack]
libraries =
On Thu, Mar 12, 2009 at 5:25 AM, Ryan May rma...@gmail.com wrote:
That's fine. I just wanted to make sure I didn't do something weird while
getting numpy built with MKL.
It should be fixed in r6650
David
___
Numpy-discussion mailing list
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May rma...@gmail.com wrote:
Fixed for me. I get a segfault running scipy.test(), but that's probably
due to MKL.
Yes, it is. Scipy run the test suite fine for me.
David
___
Numpy-discussion mailing list
On Fri, Mar 13, 2009 at 12:10 AM, Ryan May rma...@gmail.com wrote:
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau courn...@gmail.com
wrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May rma...@gmail.com wrote:
Fixed for me. I get a segfault running scipy.test(), but that's
probably
On Thu, Mar 12, 2009 at 8:08 PM, Jon Wright wri...@esrf.fr wrote:
I'd like to have numpy as a dependency being pulled into a virtualenv
automatically. Is that possible with the binary installer?
I don't think so - but I would think that people using virtualenv are
familiar with compiling
Hi,
While making sure in-place builds work, I got the following problem:
python setup.py build_ext -i
python -c import numpy as np; np.test()
- many errors
The error are all import errors:
Traceback (most recent call last):
File /usr/media/src/dsp/numpy/git/numpy/tests/test_ctypeslib.py,
Hi,
For the record, I have just added the following functionalities to
numpy, which may simplify some C code:
- NPY_NAN/NPY_INFINITY/NPY_PZERO/NPY_NZERO: macros to get nan, inf,
positive and negative zeros. Rationale: some code use NAN, _get_nan,
etc... NAN is a GNU C extension, INFINITY
On Wed, Mar 11, 2009 at 3:22 AM, Pauli Virtanen p...@iki.fi wrote:
Tue, 10 Mar 2009 15:27:32 +0900, David Cournapeau wrote:
For the upcoming 1.3.0 release, I would like to distribute the (built)
documentation in some way. But first, I need to be able to build it :)
Yep, buildability would
Pauli Virtanen wrote:
Did you check Pythonpath and egg-overriding-pythonpath issues? There's
also some magic in the autosummary extension, but it's not *too* black,
so I'd be surprised if it was behind these troubles.
I think the problem boils down to building from scratch at once.
On Thu, Mar 12, 2009 at 12:39 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Traditionally, Euler's constant is 0.57721 56649 01532 86060 65120 90082
40243 10421 59335 93992...
You're right, Euler constant is generally gamma. Euler number is not
that great either (euler numbers in
On Thu, Mar 12, 2009 at 3:15 AM, Ryan May rma...@gmail.com wrote:
Hi,
I noticed the following in numpy/distutils/system_info.py while trying to
get numpy to build against MKL:
if cpu.is_Itanium():
plt = '64'
#l = 'mkl_ipf'
elif
On Thu, Mar 12, 2009 at 3:36 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Wed, Mar 11, 2009 at 12:19 PM, Sturla Molden stu...@molden.no wrote:
Charles R Harris wrote:
Raising exceptions in ufuncs is going to take some work as the inner
loops are void functions without any
On Thu, Mar 12, 2009 at 4:52 AM, Ryan May rma...@gmail.com wrote:
Hi,
This is what I'm getting when I try to build scipy HEAD:
building library superlu_src sources
building library arpack sources
building library sc_c_misc sources
building library sc_cephes sources
building library
Hi,
I was looking at #936, to implement correctly the hashing protocol for
dtypes. Am I right to believe that tp_hash should recursively descend
fields for compound dtypes, and the hash value should depend on the
size/ndim/typenum/byteorder for each atomic dtype + fields name (and
titles) ?
On Thu, Mar 12, 2009 at 5:29 AM, Sebastian Haase ha...@msg.ucsf.edu wrote:
Hi,
I was wondering if people could comment on which compiler produces faster
code,
MS-VS2003 or cygwin g++ ?
I use Python 2.5 and SWIG. I have C/C++ routines for large (maybe
10MB, 100MB or even 1GB (on XP 64bit))
On Thu, Mar 12, 2009 at 12:38 PM, David Cournapeau courn...@gmail.com wrote:
and you can't
cross compile easily.
Of course, this applies to numpy/scipy - you can cross compile your
own extensions relatively easily (at least I don't see why it would
not be possible).
David
On Thu, Mar 12, 2009 at 5:36 AM, Robert Kern robert.k...@gmail.com wrote:
On Wed, Mar 11, 2009 at 15:06, David Cournapeau courn...@gmail.com wrote:
Hi,
I was looking at #936, to implement correctly the hashing protocol for
dtypes. Am I right to believe that tp_hash should recursively descend
Hi,
For the upcoming 1.3.0 release, I would like to distribute the (built)
documentation in some way. But first, I need to be able to build it :)
What are the exact requirements to build the documentation ? Is sphinx
0.5 enough ? I can't manage to build it on either mac os x or linux:
...
James Watson wrote:
In revision 6609, numpy fails to build on linux x86_64 due to an extra
comma on line 779 of numpy/core/src/scalartypes.inc.src.
Fixed in r6615,
cheers,
David
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
Hi,
While working on portable macros for NAN, INF and co, I was
wondering why the current version of my code was working
(http://projects.scipy.org/numpy/browser/trunk/numpy/core/include/numpy/npy_math.h,
first lines). I then realized that IEEE 754 did not impose an
endianness, contrary to my
Francesc Alted wrote:
A Tuesday 10 March 2009, David Cournapeau escrigué:
Hi,
While working on portable macros for NAN, INF and co, I was
wondering why the current version of my code was working
(http://projects.scipy.org/numpy/browser/trunk/numpy/core/include/num
py/npy_math.h
Charles R Harris wrote:
On Tue, Mar 10, 2009 at 4:19 PM, Timothy Hochberg
tim.hochb...@ieee.org mailto:tim.hochb...@ieee.org wrote:
On Tue, Mar 10, 2009 at 2:49 PM, Charles R Harris
charlesr.har...@gmail.com mailto:charlesr.har...@gmail.com wrote:
On Tue, Mar 10, 2009
Charles R Harris wrote:
On Tue, Mar 10, 2009 at 8:57 AM, Christopher Hanley chan...@stsci.edu
mailto:chan...@stsci.edu wrote:
==
ERROR: test_float_repr (test_scalarmath.TestRepr)
Hi,
While fixing several windows specific unit test failures, I
encountered some problems I am not sure how to solve. In particular, we
have a relatively common idiom as follows:
Open file securely with a visible name (using NamedTemporaryFile)
write some content into it
open the file with
Hi,
While fixing a segfault in clip, I noticed a strange behavior:
import numpy as np
# Print NotImplemented, but does not raise any exception
a = np.complex128().clip('rrr', 1)
Where is this string output coming from ? From numpy or python ? How can
I transform this into a proper exception
On Tue, Mar 10, 2009 at 3:01 AM, Julius Schlüter 1...@gmx.net wrote:
Hi,
I'm a Newbie, trying to compile Numpy on Vista with Python 2.6,
following this guide:
http://code.google.com/p/pyamg/wiki/CompilingOnWinXP
First, the shortest path to numpy, specially on windows, is to use the
binary
1101 - 1200 of 2096 matches
Mail list logo