On Sat, Mar 14, 2009 at 4:22 AM, Christopher Barker
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, but I am
not convin
On Sat, Mar 14, 2009 at 3:37 AM, Robert Kern wrote:
> On Fri, Mar 13, 2009 at 12:14, David Cournapeau 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 pac
On Fri, Mar 13, 2009 at 2:15 PM, Patrick Marsh wrote:
> 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 compile
On Fri, Mar 13, 2009 at 2:15 PM, Patrick Marsh wrote:
> 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 compile
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 i
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 pe
On Fri, Mar 13, 2009 at 12:14, David Cournapeau 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 IMO.
Who says
On Sat, Mar 14, 2009 at 3:15 AM, Jon Wright 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
> installations can be a
On Fri, Mar 13, 2009 at 13:16, JJ 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:
> < standard library pseudo-random number generator rand and the
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:
<>
As I understand it, Numpy uses a different random number generator (Mersenne
Twister), but I just wanted to verif
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 ming
===
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
On Sat, Mar 14, 2009 at 1:00 AM, Christopher Barker
wrote:
> David Cournapeau wrote:
>> On Thu, Mar 12, 2009 at 8:08 PM, Jon Wright 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 s
2009/3/12 David Cournapeau :
> 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 mailing list
Numpy-discu
David Cournapeau wrote:
> On Thu, Mar 12, 2009 at 8:08 PM, Jon Wright 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
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 (
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
__
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
> 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
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 w
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
38
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 o
Fernando Perez wrote:
> On Thu, Mar 12, 2009 at 11:34 PM, Robert Kern 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
On Thu, Mar 12, 2009 at 11:34 PM, Robert Kern 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 leave it to you
24 matches
Mail list logo
