Hi,
I noticed this:
(Intel Mac):
In [2]: np.int32(np.float32(2**31))
Out[2]: -2147483648
(PPC):
In [3]: np.int32(np.float32(2**31))
Out[3]: 2147483647
I assume what is happening is that the casting is handing off to the c
library, and that behavior of the c library differs on these
Hi,
On Sat, Nov 5, 2011 at 6:24 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Nov 4, 2011 at 5:21 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
I noticed this:
(Intel Mac):
In [2]: np.int32(np.float32(2**31))
Out[2]: -2147483648
(PPC):
In [3]: np.int32
Hi,
On Sun, Nov 6, 2011 at 2:39 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Nov 5, 2011 at 7:35 PM, Nathaniel Smith n...@pobox.com wrote:
On Sat, Nov 5, 2011 at 4:07 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Intel, gcc:
4, -2147483648
PPC, gcc:
4, 2147483647
Hi,
Sorry for my continued confusion here. This is numpy 1.6.1 on windows
XP 32 bit.
In [2]: np.finfo(np.float96).nmant
Out[2]: 52
In [3]: np.finfo(np.float96).nexp
Out[3]: 15
In [4]: np.finfo(np.float64).nmant
Out[4]: 52
In [5]: np.finfo(np.float64).nexp
Out[5]: 11
If there are 52 bits of
Hi,
On Sat, Nov 12, 2011 at 11:35 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
Sorry for my continued confusion here. This is numpy 1.6.1 on windows
XP 32 bit.
In [2]: np.finfo(np.float96).nmant
Out[2]: 52
In [3]: np.finfo(np.float96).nexp
Out[3]: 15
In [4]: np.finfo
Hi,
On Sun, Nov 13, 2011 at 8:21 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 12:57 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sat, Nov 12, 2011 at 11:35 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Sorry for my continued
Hi,
On Sun, Nov 13, 2011 at 1:34 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 2:25 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Nov 13, 2011 at 8:21 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 12:57
Hi,
On Sun, Nov 13, 2011 at 5:03 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 3:56 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Nov 13, 2011 at 1:34 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 2:25
Hi,
On Mon, Nov 14, 2011 at 10:08 PM, David Cournapeau courn...@gmail.com wrote:
On Mon, Nov 14, 2011 at 9:01 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Nov 13, 2011 at 5:03 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 13, 2011 at 3:56 PM, Matthew
Hi,
On Tue, Nov 15, 2011 at 12:51 AM, David Cournapeau courn...@gmail.com wrote:
On Tue, Nov 15, 2011 at 6:22 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Nov 14, 2011 at 10:08 PM, David Cournapeau courn...@gmail.com
wrote:
On Mon, Nov 14, 2011 at 9:01 PM, Matthew Brett
Hi,
On Mon, Nov 28, 2011 at 1:01 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
On Fri, Nov 25, 2011 at 7:20 PM, Sebastian Haase seb.ha...@gmail.com
wrote:
google search for: numpy browse source
points here: http://new.scipy.org/download.html
which talks about:
svn co
Yo,
On Thu, Dec 1, 2011 at 8:01 PM, Jarrod Millman mill...@berkeley.edu wrote:
On Mon, Nov 28, 2011 at 1:19 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Maybe the content could be put in
http://github.com/scipy/scipy.github.com so we can make pull requests
there?
The source is here
Hi Travis,
On Sat, Dec 3, 2011 at 6:18 PM, Travis Oliphant teoliph...@gmail.com wrote:
Hi everyone,
There have been some wonderfully vigorous discussions over the past few
months that have made it clear that we need some clarity about how decisions
will be made in the NumPy community.
Hi,
2011/12/5 Stéfan van der Walt ste...@sun.ac.za:
As for barriers to entry, improving the the nature of discourse on the
mailing list (when it comes to thorny issues) would be good.
Technical barriers are not that hard to breach for our community;
setting the right social atmosphere is
Hi,
On Tue, Dec 6, 2011 at 4:45 AM, Skipper Seabold jsseab...@gmail.com wrote:
Hi,
Is this intended?
[~/]
[1]: np.result_type(np.uint, np.int)
[1]: dtype('float64')
I would guess so - if your system ints are 64 bit. int64 can't
contain the range for uint64, nor can uint64 contain all
Hi,
On Tue, Jan 31, 2012 at 8:29 AM, Mads Ipsen madsip...@gmail.com wrote:
Hi,
I am confused. Here's the reason:
The following structure is a representation of N points in 3D space:
U = numpy.array([[x1,y1,z1], [x1,y1,z1],...,[xn,yn,zn]])
So the array U has shape (N,3). This order makes
Hi,
On Mon, Feb 13, 2012 at 12:44 PM, Travis Oliphant tra...@continuum.io wrote:
On Mon, Feb 13, 2012 at 12:12 AM, Travis Oliphant tra...@continuum.io
wrote:
I'm wondering about using one of these commercial issue tracking plans for
NumPy and would like thoughts and comments. Both of
Hi,
On Mon, Feb 13, 2012 at 2:33 PM, jason-s...@creativetrax.com wrote:
On 2/13/12 2:56 PM, Matthew Brett wrote:
I have the impression that the Cython / SAGE team are happy with their
Jenkins configuration.
I'm not aware of a Jenkins buildbot system for Sage, though I think
Cython uses
Hi,
I recently noticed a change in the upcasting rules in numpy 1.6.0 /
1.6.1 and I just wanted to check it was intentional.
For all versions of numpy I've tested, we have:
import numpy as np
Adata = np.array([127], dtype=np.int8)
Bdata = np.int16(127)
(Adata + Bdata).dtype
dtype('int8')
Hi,
I've also just noticed this oddity:
In [17]: np.can_cast('c', 'u1')
Out[17]: False
OK so far, but...
In [18]: np.can_cast('c', [('f1', 'u1')])
Out[18]: True
In [19]: np.can_cast('c', [('f1', 'u1')], 'safe')
Out[19]: True
In [20]: np.can_cast(np.ones(10, dtype='c'), [('f1', 'u1')])
Hi Travis,
On Mon, Feb 13, 2012 at 11:46 PM, Travis Oliphant tra...@continuum.io wrote:
Here is the code I used to determine the coercion table of types. I first
used *all* of the numeric_ops, narrowed it down to those with 2 inputs and 1
output, and then determined the run-time coercion
Hi,
On Tue, Feb 14, 2012 at 10:25 AM, Travis Oliphant tra...@continuum.io wrote:
On Feb 14, 2012, at 3:32 AM, David Cournapeau wrote:
Hi Travis,
It is great that some resources can be spent to have people paid to
work on NumPy. Thank you for making that happen.
I am slightly confused
Hi,
On Tue, Feb 14, 2012 at 1:54 PM, Travis Oliphant tra...@continuum.io wrote:
There is a mailing list for numfocus that you can sign up for if you would
like to be part of those discussions. Let me know if you would like more
information about that. John Hunter, Fernando Perez, me,
Hi,
On Tue, Feb 14, 2012 at 3:58 PM, Travis Oliphant tra...@continuum.io wrote:
When we selected the name NumFOCUS just a few weeks ago, we created the list
for numfocus and then I signed everyone up for that list who was on the
other one. I apologize if anyone felt left out. That is
Hi,
On Tue, Feb 14, 2012 at 4:43 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Tue, Feb 14, 2012 at 3:58 PM, Travis Oliphant tra...@continuum.io wrote:
When we selected the name NumFOCUS just a few weeks ago, we created the
list
for numfocus and then I signed everyone up
Hi,
On Mon, Feb 13, 2012 at 7:02 PM, Mark Wiebe mwwi...@gmail.com wrote:
I took a look into the code to see what is causing this, and the reason is
that nothing has ever been implemented to deal with the fields. This means
it falls back to treating all struct dtypes as if they were a plain
Hi,
On Wed, Feb 15, 2012 at 5:51 AM, Alan G Isaac alan.is...@gmail.com wrote:
On 2/14/2012 10:07 PM, Bruce Southey wrote:
The one thing that gets over looked here is that there is a huge
diversity of users with very different skill levels. But very few
people have an understanding of the core
Hi,
Thanks for these interesting and specific questions.
On Wed, Feb 15, 2012 at 11:33 AM, Eric Firing efir...@hawaii.edu wrote:
On 02/15/2012 08:50 AM, Matthew Brett wrote:
Hi,
On Wed, Feb 15, 2012 at 5:51 AM, Alan G Isaacalan.is...@gmail.com wrote:
On 2/14/2012 10:07 PM, Bruce Southey
Hi,
On Wed, Feb 15, 2012 at 11:46 AM, Benjamin Root ben.r...@ou.edu wrote:
On Wed, Feb 15, 2012 at 1:32 PM, Alan G Isaac alan.is...@gmail.com wrote:
Can you provide an example where a more formal
governance structure for NumPy would have meant
more or better code development? (Please do not
Hi,
On Wed, Feb 15, 2012 at 12:55 PM, Mark Wiebe mwwi...@gmail.com wrote:
On Wed, Feb 15, 2012 at 12:09 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Wed, Feb 15, 2012 at 11:46 AM, Benjamin Root ben.r...@ou.edu wrote:
On Wed, Feb 15, 2012 at 1:32 PM, Alan G Isaac alan.is
Hi,
On Wed, Feb 15, 2012 at 12:45 PM, Alan G Isaac alan.is...@gmail.com wrote:
My analysis is fundamentally different than Matthew
and Benjamin's for a few reasons.
1. The problem has been miscast.
The economic interests of the developers *always*
has had an apparent conflict with the
Hi,
On Wed, Feb 15, 2012 at 2:30 PM, Peter Wang pw...@streamitive.com wrote:
On Feb 15, 2012, at 3:36 PM, Matthew Brett wrote:
Honestly - as I was saying to Alan and indirectly to Ben - any formal
model - at all - is preferable to the current situation. Personally, I
would say that making
Hi,
On Wed, Feb 15, 2012 at 4:27 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/15/2012 02:24 PM, Mark Wiebe wrote:
On Wed, Feb 15, 2012 at 1:36 PM, Matthew Brett matthew.br...@gmail.com
mailto:matthew.br...@gmail.com wrote:
Hi,
On Wed, Feb 15, 2012 at 12:55 PM
Hi,
On Wed, Feb 15, 2012 at 4:27 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/15/2012 02:24 PM, Mark Wiebe wrote:
There certainly is governance now, it's just informal. It's a
combination of how the design discussions are carried out, how pull
requests occur, and who has
Hi,
On Wed, Feb 15, 2012 at 6:07 PM, josef.p...@gmail.com wrote:
On Wed, Feb 15, 2012 at 8:49 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Wed, Feb 15, 2012 at 4:27 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/15/2012 02:24 PM, Mark Wiebe wrote
Hi,
On Wed, Feb 15, 2012 at 9:47 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/15/2012 05:02 PM, Matthew Brett wrote:
Hi,
On Wed, Feb 15, 2012 at 4:27 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/15/2012 02:24 PM, Mark Wiebe wrote:
There certainly
Hi,
On Thu, Feb 16, 2012 at 4:23 AM, Francesc Alted franc...@continuum.io wrote:
On Feb 16, 2012, at 12:15 PM, Jason Grout wrote:
On 2/15/12 6:27 PM, Dag Sverre Seljebotn wrote:
But in the very end, when agreement can't
be reached by other means, the developers are the one making the calls.
Hi,
Just for my own sake, can I clarify what you are saying here?
On Thu, Feb 16, 2012 at 1:11 PM, Travis Oliphant tra...@continuum.io wrote:
I'm not a big fan of design-by-committee as I haven't seen it be very
successful in creating new technologies. It is pretty good at enforcing the
Hi,
On Thu, Feb 16, 2012 at 3:58 PM, Travis Oliphant tra...@continuum.io wrote:
Matthew,
What you should take from my post is that I appreciate your concern for the
future of the NumPy project, and am grateful that you have an eye to the sort
of things that can go wrong --- it will help
Hi,
On Thu, Feb 16, 2012 at 5:26 PM, Alan G Isaac alan.is...@gmail.com wrote:
On 2/16/2012 7:22 PM, Matthew Brett wrote:
This has not been an encouraging episode in striving for consensus.
Striving for consensus does not mean that a minority
automatically gets veto rights.
'Striving
Hi John,
On Thu, Feb 16, 2012 at 8:20 PM, John Hunter jdh2...@gmail.com wrote:
On Thu, Feb 16, 2012 at 7:26 PM, Alan G Isaac alan.is...@gmail.com wrote:
On 2/16/2012 7:22 PM, Matthew Brett wrote:
This has not been an encouraging episode in striving for consensus.
I disagree.
Failure
Hi,
On Thu, Feb 16, 2012 at 10:11 PM, Travis Oliphant tra...@continuum.io wrote:
The OS X slaves (especially PPC) are very valuable for testing. We have an
intern who could help keep the build-bots going if you would give her access
to those machines.
Thanks for being willing to offer
Hi Ben,
On Thu, Feb 16, 2012 at 9:54 PM, Benjamin Root ben.r...@ou.edu wrote:
On Thursday, February 16, 2012, John Hunter wrote:
On Thu, Feb 16, 2012 at 7:26 PM, Alan G Isaac alan.is...@gmail.com
wrote:
On 2/16/2012 7:22 PM, Matthew Brett wrote:
This has not been an encouraging
Hi,
On Fri, Feb 17, 2012 at 4:58 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 17, 2012 at 4:44 PM, David Cournapeau courn...@gmail.com
wrote:
I don't think c++ has any significant advantage over c for high
performance libraries. I am not convinced by the number of
Hi,
On Fri, Feb 17, 2012 at 6:04 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 17, 2012 at 6:54 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Fri, Feb 17, 2012 at 4:58 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 17, 2012 at 4:44
Hi,
On Fri, Feb 17, 2012 at 10:18 PM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Fri, Feb 17, 2012 at 8:30 PM, Sturla Molden stu...@molden.no wrote:
Den 18. feb. 2012 kl. 05:01 skrev Jason Grout jason-s...@creativetrax.com:
On 2/17/12 9:54 PM, Sturla Molden wrote:
We would have to
Hi, again (sorry),
On Fri, Feb 17, 2012 at 10:18 PM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On the broader topic of recruitment...sure, cython has a lower barrier
to entry than C++. But there are many, many more C++ developers and
resources out there than cython resources. And it
Hi,
On Sat, Feb 18, 2012 at 9:06 AM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/18/2012 08:52 AM, Benjamin Root wrote:
On Saturday, February 18, 2012, Sturla Molden wrote:
Den 18. feb. 2012 kl. 17:12 skrev Alan G Isaac alan.is...@gmail.com
javascript:;:
Hi.
On Sat, Feb 18, 2012 at 12:18 AM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Fri, Feb 17, 2012 at 11:31 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Fri, Feb 17, 2012 at 10:18 PM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Fri, Feb 17, 2012 at 8:30 PM
Hi,
On Sat, Feb 18, 2012 at 12:35 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 12:21 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi.
On Sat, Feb 18, 2012 at 12:18 AM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Fri, Feb 17, 2012 at 11:31 PM
Hi,
On Sat, Feb 18, 2012 at 12:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 1:39 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sat, Feb 18, 2012 at 12:35 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 12
Brett matthew.br...@gmail.com
wrote:
Hi,
On Sat, Feb 18, 2012 at 12:35 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 12:21 PM, Matthew Brett
matthew.br...@gmail.com
wrote:
Hi.
On Sat, Feb 18, 2012 at 12:18 AM, Christopher Jordan
Hi,
On Sat, Feb 18, 2012 at 1:57 PM, Travis Oliphant tra...@continuum.io wrote:
The C/C++ discussion is just getting started. Everyone should keep in mind
that this is not something that is going to happening quickly. This will
be a point of discussion throughout the year. I'm not a huge
Hi,
On Sat, Feb 18, 2012 at 2:03 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Feb 18, 2012 at 21:51, Matthew Brett matthew.br...@gmail.com wrote:
On Sat, Feb 18, 2012 at 1:40 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 2:17 PM, David Cournapeau
Hi,
On Sat, Feb 18, 2012 at 2:20 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Feb 18, 2012 at 22:06, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Sat, Feb 18, 2012 at 2:03 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Feb 18, 2012 at 21:51, Matthew Brett matthew.br
Hi,
On Sat, Feb 18, 2012 at 2:51 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Feb 18, 2012 at 22:29, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Sat, Feb 18, 2012 at 2:20 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Feb 18, 2012 at 22:06, Matthew Brett matthew.br
Hi,
On Sat, Feb 18, 2012 at 2:54 PM, Travis Oliphant tra...@continuum.io wrote:
On Feb 18, 2012, at 4:03 PM, Matthew Brett wrote:
Hi,
On Sat, Feb 18, 2012 at 1:57 PM, Travis Oliphant tra...@continuum.io wrote:
The C/C++ discussion is just getting started. Everyone should keep in mind
On Sat, Feb 18, 2012 at 5:18 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Sat, Feb 18, 2012 at 2:54 PM, Travis Oliphant tra...@continuum.io wrote:
On Feb 18, 2012, at 4:03 PM, Matthew Brett wrote:
Hi,
On Sat, Feb 18, 2012 at 1:57 PM, Travis Oliphant tra...@continuum.io
wrote
Hi,
On Sat, Feb 18, 2012 at 9:47 PM, Benjamin Root ben.r...@ou.edu wrote:
On Saturday, February 18, 2012, Matthew Brett wrote:
Hi,
On Sat, Feb 18, 2012 at 8:38 PM, Travis Oliphant tra...@continuum.io
wrote:
We will need to see examples of what Mark is talking about and clarify
some
Hi,
On Sat, Feb 18, 2012 at 10:09 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sat, Feb 18, 2012 at 9:38 PM, Travis Oliphant tra...@continuum.io
wrote:
Sure. This list actually deserves a long writeup about that. First,
there wasn't a Cython-refactor of NumPy. There was a
Hi,
Thanks for this - it's very helpful.
On Sat, Feb 18, 2012 at 11:18 PM, Mark Wiebe mwwi...@gmail.com wrote:
The suggestion of transitioning the NumPy core code from C to C++ has
sparked a vigorous debate, and I thought I'd start a new thread to give my
perspective on some of the issues
Hi,
On Sun, Feb 19, 2012 at 12:49 AM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Feb 19, 2012 at 2:32 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Thanks for this - it's very helpful.
On Sat, Feb 18, 2012 at 11:18 PM, Mark Wiebe mwwi...@gmail.com wrote:
The suggestion
Hi,
On Sun, Feb 19, 2012 at 7:35 AM, Pauli Virtanen p...@iki.fi wrote:
19.02.2012 05:38, Travis Oliphant kirjoitti:
[clip]
Sure. This list actually deserves a long writeup about that.
First, there wasn't a Cython-refactor of NumPy. There was a
Cython-refactor of SciPy. I'm not sure of
Hi,
I was gaily using np.longlong for casting to the highest available
float type when I noticed this:
In [4]: np.array([2.1], dtype=np.longlong)
Out[4]: array([2], dtype=int64)
whereas:
In [5]: np.array([2.1], dtype=np.float128)
Out[5]: array([ 2.1], dtype=float128)
This on OSX snow leopard
2012/2/22 Stéfan van der Walt ste...@sun.ac.za:
On Wed, Feb 22, 2012 at 2:47 PM, Matthew Brett matthew.br...@gmail.com
wrote:
In [4]: np.array([2.1], dtype=np.longlong)
Out[4]: array([2], dtype=int64)
Maybe just a typo:
In [3]: np.array([2.1], dtype=np.longfloat)
Out[3]: array([ 2.1
Hi,
On Thu, Feb 23, 2012 at 4:23 AM, Francesc Alted franc...@continuum.io wrote:
On Feb 23, 2012, at 6:06 AM, Francesc Alted wrote:
On Feb 23, 2012, at 5:43 AM, Nathaniel Smith wrote:
On Thu, Feb 23, 2012 at 11:40 AM, Francesc Alted franc...@continuum.io
wrote:
Exactly. I'd update this to
Hi,
On Thu, Feb 23, 2012 at 10:11 AM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le 23/02/2012 17:28, Charles R Harris a écrit :
That's correct. They are both extended precision (80 bits), but
aligned on 32bit/64bit boundaries respectively. Sun provides a true
quad precision, also called
Hi,
On Thu, Feb 23, 2012 at 10:45 AM, Mark Wiebe mwwi...@gmail.com wrote:
On Thu, Feb 23, 2012 at 10:42 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Thu, Feb 23, 2012 at 10:11 AM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le 23/02/2012 17:28, Charles R Harris a écrit
Hi,
On Thu, Feb 23, 2012 at 2:56 PM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le 23/02/2012 20:08, Mark Wiebe a écrit :
+1, I think it's good for its name to correspond to the name in C/C++,
so that when people search for information on it they will find the
relevant information more
Hi,
On Mon, Feb 27, 2012 at 2:43 PM, Alan G Isaac alan.is...@gmail.com wrote:
On 2/27/2012 2:28 PM, Pauli Virtanen wrote:
ISO specifies comma to be used in international standards
(ISO/IEC Directives, part 2 / 6.6.8.1):
Hi,
On Mon, Feb 27, 2012 at 2:58 PM, Pauli Virtanen p...@iki.fi wrote:
Hi,
27.02.2012 20:43, Alan G Isaac kirjoitti:
On 2/27/2012 2:28 PM, Pauli Virtanen wrote:
ISO specifies comma to be used in international standards
(ISO/IEC Directives, part 2 / 6.6.8.1):
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
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
Hi,
Sorry that this report is not complete, I don't have full access to
this box but, on a Debian squeeze machine running linux
2.6.32-5-sparc64-smp:
nosetests
~/usr/local/lib/python2.6/site-packages/numpy/lib/tests/test_io.py:TestFromTxt.test_user_missing_values
test_user_missing_values
Hi,
On Fri, Mar 2, 2012 at 9:05 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Mar 2, 2012 at 4:36 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Sorry that this report is not complete, I don't have full access to
this box but, on a Debian squeeze machine running
Hi,
On Sat, Mar 3, 2012 at 12:07 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Fri, Mar 2, 2012 at 9:05 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Mar 2, 2012 at 4:36 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Sorry that this report
Hi,
On Sun, Mar 4, 2012 at 11:41 AM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Mar 4, 2012 at 11:27 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sat, Mar 3, 2012 at 12:07 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Fri, Mar 2, 2012 at 9:05 PM, Charles R
Hi,
On Sun, Mar 4, 2012 at 8:32 PM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Mar 4, 2012 at 10:08 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Mar 4, 2012 at 11:41 AM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Mar 4, 2012 at 11:27 AM, Matthew Brett matthew.br
Hi,
On Sun, Mar 4, 2012 at 11:53 PM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Mar 4, 2012 at 10:34 PM, Matthew Brett matthew.br...@gmail.com
wrote:
snip
$ export NPY_SEPARATE_COMPILATION=1
Thanks, that did it:
9194b3af704df71aa9b1ff2f53f169848d0f9dc7 is the first bad commit
Let me
Hi,
On Mon, Mar 5, 2012 at 11:11 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Sun, Mar 4, 2012 at 11:53 PM, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Mar 4, 2012 at 10:34 PM, Matthew Brett matthew.br...@gmail.com
wrote:
snip
$ export NPY_SEPARATE_COMPILATION=1
Thanks
And simplifying:
In [1]: import numpy as np
In [2]: control = np.array([(1, 2, 3), (0, 5, 6)], dtype=[('f0',
bool), ('f1', bool), ('f2', int)])
In [3]: control == control
Out[3]: array([ True, True], dtype=bool)
In [4]: from numpy import ma
In [5]: control = ma.array([(1, 2, 3), (0, 5, 6)],
Hi,
On Mon, Mar 5, 2012 at 8:04 PM, Mark Wiebe mwwi...@gmail.com wrote:
I've pushed a bugfix to github, can you confirm that the crash goes away on
your test box? Thanks for tracking that down, the stack trace was very
helpful. Since x86 machines don't have as strict alignment requirements,
Hi,
I found this test caused a bus error on current trunk:
pre
import numpy as np
from StringIO import StringIO as BytesIO
from numpy.testing import assert_array_equal
def test_2d_buf():
dtt = np.complex64
arr = np.arange(10, dtype=dtt)
# 2D array
arr2 = np.reshape(arr, (2,
Hi,
On Wed, Mar 7, 2012 at 11:37 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Wed, Mar 7, 2012 at 12:26 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Mar 7, 2012 at 5:17 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Wed, Mar 7, 2012 at 9:35 AM, Pierre Haessig
Hi,
I noticed a casting change running the test suite on our image reader,
nibabel:
https://github.com/nipy/nibabel/blob/master/nibabel/tests/test_casting.py
For this script:
pre
import numpy as np
Adata = np.zeros((2,), dtype=np.uint8)
Bdata = np.zeros((2,), dtype=np.int16)
Bzero =
Hi,
On Wed, Mar 7, 2012 at 4:08 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
I noticed a casting change running the test suite on our image reader,
nibabel:
https://github.com/nipy/nibabel/blob/master/nibabel/tests/test_casting.py
For this script:
pre
import numpy as np
Adata
Hi,
On Tue, Mar 6, 2012 at 8:07 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
I found this test caused a bus error on current trunk:
pre
import numpy as np
from StringIO import StringIO as BytesIO
from numpy.testing import assert_array_equal
def test_2d_buf():
dtt
Hi,
On Thu, Mar 8, 2012 at 3:14 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Wed, Mar 7, 2012 at 4:08 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
I noticed a casting change running the test suite on our image reader,
nibabel:
https://github.com/nipy/nibabel/blob
Hi,
Am I right in thinking that float96 on windows 32 bit is a float64
padded to 96 bits? If so, is it useful? Has anyone got a windows64
box to check float128 ?
Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit
(Intel)] on win32
Type help, copyright, credits or license for
Hi,
On Thu, Mar 15, 2012 at 9:17 PM, David Cournapeau courn...@gmail.com wrote:
On Thu, Mar 15, 2012 at 11:10 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Am I right in thinking that float96 on windows 32 bit is a float64
padded to 96 bits?
Yes
If so, is it useful?
Yes
Hi,
On Thu, Mar 15, 2012 at 9:24 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Thu, Mar 15, 2012 at 10:17 PM, David Cournapeau courn...@gmail.com
wrote:
On Thu, Mar 15, 2012 at 11:10 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Am I right in thinking that float96
Hi,
On Thu, Mar 15, 2012 at 9:33 PM, Val Kalatsky kalat...@gmail.com wrote:
I just happened to have an xp64 VM running:
My version of numpy (1.6.1) does not have float128 (see more below what I
get in ipython session).
If you need to test something else please let me know.
Thanks a lot -
Hi,
On Thu, Mar 15, 2012 at 9:41 PM, Val Kalatsky kalat...@gmail.com wrote:
I does look like a joke.
Here is print np.finfo(np.longdouble)
In [2]: np.__version__
Out[2]: '1.6.1'
In [3]: np.flo
np.float np.float32 np.float_ np.floor
np.float16 np.float64
Hi,
On Thu, Mar 15, 2012 at 10:17 PM, Ilan Schnell ischn...@enthought.com wrote:
I'm seeing the same thing on both (64 and 32-bit) Windows
EPD test machines. I guess Windows does not support 128
bit floats.
Do you mean there is no float96 on windows 32 bit as I described at
the beginning of
Hi,
On Thu, Mar 15, 2012 at 10:26 PM, Ilan Schnell ischn...@enthought.com wrote:
To be more precise. On both 32-bit and 64-bit Windows
machines I don't see.float96 as well as np.float128
Do you have any idea why I am seeing float96 and you are not? I'm on
XP with the current sourceforge
Hi,
On Fri, Mar 16, 2012 at 5:36 AM, josef.p...@gmail.com wrote:
On Fri, Mar 16, 2012 at 2:10 AM, Ilan Schnell ischn...@enthought.com wrote:
I just did a quick test across all supported EPD platforms:
win-64: float96 No, float128 No
win-32: float96 No, float128 No
osx-64: float96 No,
Hi,
As of commit 72c6fbd, I am getting the appended build error on OSX
10.6.8. I couldn't immediately see what might have caused the
problem.
Cheers,
Matthew
...
creating build/temp.macosx-10.3-fat-2.6/numpy/core/blasdot
compile options: '-DNO_ATLAS_INFO=3 -Inumpy/core/blasdot
Hi,
On Sat, Mar 17, 2012 at 2:10 AM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
On Sat, Mar 17, 2012 at 9:24 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
As of commit 72c6fbd, I am getting the appended build error on OSX
10.6.8. I couldn't immediately see what might have
Hi,
2012/4/2 Hongbin Zhang hongbin_zhan...@hotmail.com:
Dear Python-users,
I am currently very confused about the Scipy routine to obtain the
eigenvectors of a complex matrix.
In attached you find two files to diagonalize a 2X2 complex Hermitian
matrix, however, on my computer,
If I run
Hi,
On Mon, Apr 2, 2012 at 5:38 PM, Val Kalatsky kalat...@gmail.com wrote:
Both results are correct.
There are 2 factors that make the results look different:
1) The order: the 2nd eigenvector of the numpy solution corresponds to the
1st eigenvector of your solution,
note that the vectors
1 - 100 of 1028 matches
Mail list logo