Excerpts from Nathaniel Smith's message of Tue Feb 28 17:22:16 -0500 2012:
Even for binary, there are pathological cases, e.g. 1) reading a random
subset of nearly all rows. 2) reading a single column when rows are
small. In case 2 you will only go this route in the first place if you
Excerpts from Erin Sheldon's message of Wed Feb 29 10:11:51 -0500 2012:
Actually, for numpy.memmap you will read the whole file if you try to
grab a single column and read a large fraction of the rows. Here is an
That should have been: ...read *all* the rows.
-e
--
Erin Scott Sheldon
I am completely new to Numpy and I know only the basics of Python, to
this point I was using Fortran 03/08 to write numerical code. However,
I am starting a new large project of mine and I am looking forward to
using Python to call some low level Fortran code responsible for most
of the intensive
On Wed, Feb 29, 2012 at 15:11, Erin Sheldon erin.shel...@gmail.com wrote:
Excerpts from Nathaniel Smith's message of Tue Feb 28 17:22:16 -0500 2012:
Even for binary, there are pathological cases, e.g. 1) reading a random
subset of nearly all rows. 2) reading a single column when rows are
On Tue, Feb 28, 2012 at 11:28 PM, Mark Wiebe mwwi...@gmail.com wrote:
The development approach I really like is to start with a relatively rough
NEP, then cycle through feedback, updating the NEP, and implementation.
Organizing ones thoughts to describe them in a design document can often
Thanks to your question, I discovered that there is a float128 dtype in
numpy
In[5]: np.__version__
Out[5]: '1.6.1'
In[6]: np.float128?
Type: type
Base Class: type 'type'
String Form:type 'numpy.float128'
Namespace: Interactive
File:
Hi,
On Wed, Feb 29, 2012 at 12:13 PM, Jonathan Rocher jroc...@enthought.com wrote:
Thanks to your question, I discovered that there is a float128 dtype in
numpy
In[5]: np.__version__
Out[5]: '1.6.1'
In[6]: np.float128?
Type: type
Base Class: type 'type'
String Form:type
On Wed, Feb 29, 2012 at 3:11 PM, Erin Sheldon erin.shel...@gmail.com wrote:
Excerpts from Nathaniel Smith's message of Tue Feb 28 17:22:16 -0500 2012:
Even for binary, there are pathological cases, e.g. 1) reading a random
subset of nearly all rows. 2) reading a single column when rows are
Hi,
On Wed, Feb 29, 2012 at 1:46 AM, Travis Oliphant tra...@continuum.io wrote:
We already use the NEP process for such decisions. This discussion came
from simply from the *idea* of writing such a NEP.
Nothing has been decided. Only opinions have been shared that might
influence the
Excerpts from Nathaniel Smith's message of Wed Feb 29 13:17:53 -0500 2012:
On Wed, Feb 29, 2012 at 3:11 PM, Erin Sheldon erin.shel...@gmail.com wrote:
Excerpts from Nathaniel Smith's message of Tue Feb 28 17:22:16 -0500 2012:
Even for binary, there are pathological cases, e.g. 1) reading a
Charles R Harris wrote:
On Tue, Feb 28, 2012 at 12:05 PM, John Hunter jdh2...@gmail.com wrote:
On Sat, Feb 18, 2012 at 5:09 PM, David Cournapeau courn...@gmail.comwrote:
There are better languages than C++ that has most of the technical
benefits stated in this discussion (rust and D
On Wed, Feb 29, 2012 at 1:20 PM, Neal Becker ndbeck...@gmail.com wrote:
Much of Linus's complaints have to do with the use of c++ in the _kernel_.
These objections are quite different for an _application_. For example,
there
are issues with the need for support libraries for exception
On Wed, Feb 29, 2012 at 7:57 PM, Erin Sheldon erin.shel...@gmail.comwrote:
Excerpts from Nathaniel Smith's message of Wed Feb 29 13:17:53 -0500 2012:
On Wed, Feb 29, 2012 at 3:11 PM, Erin Sheldon erin.shel...@gmail.com
wrote:
Excerpts from Nathaniel Smith's message of Tue Feb 28 17:22:16
On Wed, Feb 29, 2012 at 10:22 AM, Paweł Biernat pw...@wp.pl wrote:
I am completely new to Numpy and I know only the basics of Python, to
this point I was using Fortran 03/08 to write numerical code. However,
I am starting a new large project of mine and I am looking forward to
using Python to
Hi,
Le 29/02/2012 16:22, Paweł Biernat a écrit :
Is there any way to interact with Fortran's real(16) (supported by gcc
and Intel's ifort) data type from numpy? By real(16) I mean the
binary128 type as in IEEE 754. (In C this data type is experimentally
supported as __float128 (gcc) and _Quad
On Feb 29, 2012, at 11:52 AM, Pierre Haessig wrote:
Hi,
Le 29/02/2012 16:22, Paweł Biernat a écrit :
Is there any way to interact with Fortran's real(16) (supported by gcc
and Intel's ifort) data type from numpy? By real(16) I mean the
binary128 type as in IEEE 754. (In C this data type is
Hi all,
I am getting the following error when running `python setup.py install` for
Numpy in Cygwin. This error happens on the latest as well as
the maintenance branched for 1.5 and 1.6.
...
creating build/temp.cygwin-1.7.11-i686-2.6
creating build/temp.cygwin-1.7.11-i686-2.6/build
creating
Pierre Haessig pierre.haessig at crans.org writes:
Hi,
Le 29/02/2012 16:22, Paweł Biernat a écrit :
Is there any way to interact with Fortran's real(16) (supported by gcc
and Intel's ifort) data type from numpy? By real(16) I mean the
binary128 type as in IEEE 754. (In C this data type
On Wed, Feb 29, 2012 at 1:09 PM, Francesc Alted franc...@continuum.iowrote:
On Feb 29, 2012, at 11:52 AM, Pierre Haessig wrote:
Hi,
Le 29/02/2012 16:22, Paweł Biernat a écrit :
Is there any way to interact with Fortran's real(16) (supported by gcc
and Intel's ifort) data type from
On Wed, Feb 29, 2012 at 9:10 PM, Matt Miller mattm...@gmail.com wrote:
Hi all,
I am getting the following error when running `python setup.py install`
for Numpy in Cygwin. This error happens on the latest as well as
the maintenance branched for 1.5 and 1.6.
This should fix it:
That fixed changed my error message to this:
numpy/core/src/private/lowlevel_strided_loops.h:404:1: warning:
‘PyArray_PrepareThreeRawArrayIter’ declared ‘static’ but never defined
numpy/core/src/private/lowlevel_strided_loops.h:430:1: warning:
‘PyArray_PrepareFourRawArrayIter’ declared ‘static’
More reading of the thread linked solved the issue. To reiterate, add
numpy/ and change .c to .h in line 590 of ieee754.c.src.
Ex:
elif defined(__CYGWIN__)
include numpy/fenv/fenv.h
endif
Thanks,
On Wed, Feb 29, 2012 at 1:41 PM, Matt Miller mattm...@gmail.com wrote:
That fixed changed
28.02.2012 22:11, Ralf Gommers kirjoitti:
[clip]
How about just putting it in a new github repo so everyone can see/review
the mapping between Trac and YouTrack fields?
We should probably create a basic export from YouTrack script at the
same time, to make sure there's no lock-in.
Keeping
On Wed, Feb 29, 2012 at 11:07 PM, Matt Miller mattm...@gmail.com wrote:
More reading of the thread linked solved the issue. To reiterate, add
numpy/ and change .c to .h in line 590 of ieee754.c.src.
Ex:
elif defined(__CYGWIN__)
include numpy/fenv/fenv.h
endif
Thanks for confirming.
I Would like to hear the opinions of others on that point, but yes, I think
that is an appropriate procedure.
Travis
--
Travis Oliphant
(on a mobile)
512-826-7480
On Feb 29, 2012, at 10:54 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Wed, Feb 29, 2012 at 1:46 AM, Travis
25 matches
Mail list logo
