Hey Travis!
2009/3/13 Travis E. Oliphant oliph...@enthought.com:
Referencing my previous post on this topic. In this case, it is
unambiguous to replace dimensions 1 and 2 with the result of
broadcasting idx and idx together. Thus the (5,6) dimensions is
replaced by the (2,) result of
On Fri, Mar 13, 2009 at 00:42, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
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
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
On Fri, Mar 13, 2009 at 01:02, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
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
Robert Kern wrote:
On Thu, Mar 12, 2009 at 17:45, Sturla Molden stu...@molden.no wrote:
2009/3/13 Charles R Harris charlesr.har...@gmail.com:
That said, I think it best to leave '%' with its C default and add a
special
modulus function for the python version. Changing its meaning in C-like
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
On Fri, Mar 13, 2009 at 01:41, Dag Sverre Seljebotn
da...@student.matnat.uio.no wrote:
Robert Kern wrote:
That may be part of the confusion. The expression -1%5 has no
variables. Perhaps Dag can clarify what he is asking about:
# Constants? (No one uses just constants in expressions,
#
On Fri, Mar 13, 2009 at 01:13, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
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:
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 Thu, Mar 12, 2009 at 11:34 PM, Robert Kern robert.k...@gmail.com wrote:
One possibility (that may be opening a can of worms) is to have two
sets of operators, one that does native semantics (C for cdef longs,
Python for Python ints) and one that does Python semantics even on
cdef longs. I
Fernando Perez wrote:
On Thu, Mar 12, 2009 at 11:34 PM, Robert Kern robert.k...@gmail.com wrote:
One possibility (that may be opening a can of worms) is to have two
sets of operators, one that does native semantics (C for cdef longs,
Python for Python ints) and one that does Python
Travis E. Oliphant wrote:
shuwj5...@163.com wrote:
snipsnip
Travis, thanks for the excellent explanation! It clears something which
I think is related to this, I've been wanting to ask on the ml for some
time already.
Now here's the case.
I often have 4d arrays that are actually related sets
I have a large number ( 1bn) of (32-bit) integer co-ordinates (i, j) in a
file. The i are ordered and the j unordered eg.
...
6940, 22886
6940, 38277
6940, 43788
7007, 0
7007, 2362
7007, 34
etc.
...
I want to create (j, i) with j ordered and i unordered and store in a file ie.
...
38277, 567
If you just want i to be unordered, use numpy.argsort on j.
S.M.
I have a large number ( 1bn) of (32-bit) integer co-ordinates (i, j) in a
file. The i are ordered and the j unordered eg.
...
6940, 22886
6940, 38277
6940, 43788
7007, 0
7007, 2362
7007, 34
etc.
...
I want to create
On Fri, Mar 13, 2009 at 01:41, Dag Sverre Seljebotn
# Explicitly declared C types?
cdef long i, j, k
i = -1
j = 5
k = i % j
This one is what I'm really asking about.
My opinion on this is that C semantics have been explicitly requested,
so they should be used.
I agree with
Sturla Molden wrote:
On Fri, Mar 13, 2009 at 01:41, Dag Sverre Seljebotn
# Explicitly declared C types?
cdef long i, j, k
i = -1
j = 5
k = i % j
This one is what I'm really asking about.
My opinion on this is that C semantics have been explicitly
On 3/13/2009 12:47 PM, Dag Sverre Seljebotn wrote:
(Introducing a new set of types for typed Python is an idea that could
please everybody, but I fear the confusion it would bring myself...)
AFAIK, Python 3 has optional type annotations.
Sturla Molden
Robert Kern wrote:
# Explicitly declared C types?
cdef long i, j, k
i = -1
j = 5
k = i % j
This one is what I'm really asking about.
My opinion on this is that C semantics have been explicitly requested,
so they should be used.
maybe ...
One possibility (that may be opening
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 installer?
I don't think so - but I would think that people using virtualenv are
2009/3/12 David Cournapeau courn...@gmail.com:
Sorry, the link is http://codereview.appspot.com/26052/show
I've tried the patch, and it works well! Bonus marks for all the
useful comments and tests!
I am +1.
Cheers
Stéfan
___
Numpy-discussion
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
===
Announcing PyTables 2.1.1
===
PyTables is a library for managing hierarchical datasets and designed to
efficiently cope with extremely large amounts of data with support for
full 64-bit file addressing. PyTables runs on top of the HDF5 library
David Cournapeau wrote:
I now remember that numpy could not be built from sources by
easy_install, but I believe we fixed the problem. Would you mind using
on a recent svn checkout ? I would like this to be fixed if that's
still a problem,
With the current svn (6661) I can build using
Hello:
I just ran across this article saying that the random number generator in Linux
is broken.
http://www-cdf.fnal.gov/publications/cdf6850_badrand.pdf
The article starts:
The main purpose of this note is to exhibit a defect in the Linux C and C++
standard library pseudo-random number
On Fri, Mar 13, 2009 at 13:16, JJ josh8...@yahoo.com wrote:
Hello:
I just ran across this article saying that the random number generator in
Linux is broken.
http://www-cdf.fnal.gov/publications/cdf6850_badrand.pdf
The article starts:
The main purpose of this note is to exhibit a defect
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 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 multiple versions of the same package for actual deployment is
very wrong
David Cournapeau wrote:
It depends on how much resource you can spend on it, but if I were to
distribute things on windows, I would build a msi/bdist_wininst of
every package, and wrap this into another installer (which is almost
exactly what the superpack does).
This would stomp on the
Hi,
I'm trying to build numpy from SVN and ran across this error:
numpy/core/include/numpy/npy_cpu.h:44:10: error: #error Unknown CPU,
please report this to numpy maintainers with information about your
platform (OS, CPU and compiler)
This is on a linux machine using gcc. Here is the processor
On Fri, Mar 13, 2009 at 2:15 PM, Patrick Marsh patrickmars...@gmail.comwrote:
Hi,
I'm trying to build numpy from SVN and ran across this error:
numpy/core/include/numpy/npy_cpu.h:44:10: error: #error Unknown CPU,
please report this to numpy maintainers with information about your
platform
On Fri, Mar 13, 2009 at 2:15 PM, Patrick Marsh patrickmars...@gmail.comwrote:
Hi,
I'm trying to build numpy from SVN and ran across this error:
numpy/core/include/numpy/npy_cpu.h:44:10: error: #error Unknown CPU,
please report this to numpy maintainers with information about your
platform
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,
33 matches
Mail list logo