As a Matplotlib developer I try to test our code manually with all betas
and rc of new numpy versions.
(And already pushed fixed a few new deprecation warnings with 1.10beta1
which otherwise passes our test suite.
I forgot to report this back since there were no issues to report )
However, we
Hi,
On Wed, Aug 26, 2015 at 7:59 AM, Nathaniel Smith n...@pobox.com wrote:
[Popping this off to its own thread to try and keep things easier to follow]
On Tue, Aug 25, 2015 at 9:52 AM, Nathan Goldbaum nathan12...@gmail.com
wrote:
- Lament: it would be really nice if we could get more
Pandas has for quite a while has a travis build where we install numpy
master and then run our test suite.
e.g. here: https://travis-ci.org/pydata/pandas/jobs/77256007
Over the last year this has uncovered a couple of changes which affected
pandas (mainly using something deprecated which was
Hi Colin.
this is an interesting test with different hardware.
As a summary:
- Python-2.7 amd64
- numpy-0.1.9.openblas: OK
- scipy-0.15.1.openblas:2 errors 11 failures
- CPU: AMD A8-5600K APU (piledriver)
scipy errors and failures due to piledriver:
(1) ERROR: test_improvement
On Sun, Oct 27, 2013 at 10:59 PM, Neil Girdhar mistersh...@gmail.com wrote:
How do I test a patch that I've made locally? I can't seem to import numpy
locally:
Error importing numpy: you should not try to import numpy from
its source directory; please exit the numpy source tree, and
On Sun, Oct 27, 2013 at 4:59 PM, Neil Girdhar mistersh...@gmail.com wrote:
How do I test a patch that I've made locally? I can't seem to import
numpy locally:
Error importing numpy: you should not try to import numpy from
its source directory; please exit the numpy source tree, and
Ah, sorry, didn't see that I can do that from runtests!! Thanks!!
On Sun, Oct 27, 2013 at 7:13 PM, Neil Girdhar mistersh...@gmail.com wrote:
Since I am trying to add a printoptions context manager, I would like to
test it. Should I add tests, or can I somehow use it from an ipython shell?
Since I am trying to add a printoptions context manager, I would like to
test it. Should I add tests, or can I somehow use it from an ipython shell?
On Sun, Oct 27, 2013 at 7:12 PM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Sun, Oct 27, 2013 at 4:59 PM, Neil Girdhar
On 11/7/12 8:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant boost?
Yes. Have a look at how numexpr's own multi-threaded virtual machine
compares with numexpr using VML:
http://code.google.com/p/numexpr/wiki/NumexprVML
As it can be seen, the best results
On 11/8/12 12:35 AM, Chris Barker wrote:
On Wed, Nov 7, 2012 at 11:41 AM, Neal Becker ndbeck...@gmail.com wrote:
Would you expect numexpr without MKL to give a significant boost?
It can, depending on the use case:
-- It can remove a lot of uneccessary temporary creation.
-- IIUC, it works
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant boost?
If you need higher performance than what numexpr can give without using
MKL, you could look at code such as this:
https://github.com/herumi/fmath/blob/master/fmath.hpp#L480
But that
On Thu, Nov 8, 2012 at 2:22 AM, Francesc Alted franc...@continuum.io wrote:
-- It can remove a lot of uneccessary temporary creation.
Well, the temporaries are still created, but the thing is that, by
working with small blocks at a time, these temporaries fit in CPU cache,
preventing
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant boost?
If you need higher performance than what numexpr can give without using
MKL, you could look at code such as this:
On 11/08/2012 06:06 PM, Francesc Alted wrote:
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant boost?
If you need higher performance than what numexpr can give without using
MKL, you could
On 11/8/12 6:38 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:06 PM, Francesc Alted wrote:
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant boost?
If you need higher performance than what
On 11/08/2012 06:59 PM, Francesc Alted wrote:
On 11/8/12 6:38 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:06 PM, Francesc Alted wrote:
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you expect numexpr without MKL to give a significant
On 11/08/2012 07:55 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:59 PM, Francesc Alted wrote:
On 11/8/12 6:38 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:06 PM, Francesc Alted wrote:
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you
On 11/8/12 7:55 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:59 PM, Francesc Alted wrote:
On 11/8/12 6:38 PM, Dag Sverre Seljebotn wrote:
On 11/08/2012 06:06 PM, Francesc Alted wrote:
On 11/8/12 1:41 PM, Dag Sverre Seljebotn wrote:
On 11/07/2012 08:41 PM, Neal Becker wrote:
Would you
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd libm/acml will help me.
I got an idea that instead of building all of numpy/scipy and all of my custom
modules against these libraries, I could simply use:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd libm/acml will help me.
I got an idea that instead of building all of numpy/scipy and all of my
custom modules against these libraries, I could
On Wed, Nov 7, 2012 at 1:56 PM, Neal Becker ndbeck...@gmail.com wrote:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd libm/acml will help me.
I got an idea that instead of building all of
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 1:56 PM, Neal Becker ndbeck...@gmail.com wrote:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd libm/acml will help
me.
I got an idea that
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 1:56 PM, Neal Becker ndbeck...@gmail.com wrote:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd libm/acml will help
me.
I got an idea that
On 11/07/2012 03:30 PM, Neal Becker wrote:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 1:56 PM, Neal Becker ndbeck...@gmail.com wrote:
David Cournapeau wrote:
On Wed, Nov 7, 2012 at 12:35 PM, Neal Becker ndbeck...@gmail.com wrote:
I'm trying to do a bit of benchmarking to see if amd
Would you expect numexpr without MKL to give a significant boost?
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Wed, Nov 7, 2012 at 11:41 AM, Neal Becker ndbeck...@gmail.com wrote:
Would you expect numexpr without MKL to give a significant boost?
It can, depending on the use case:
-- It can remove a lot of uneccessary temporary creation.
-- IIUC, it works on blocks of data at a time, and thus can
Doesn't work, complaining that the object has no __buffer__ attribute.
Digging into the numpy c code it seems numpy doesn't even support the
buffer protocol but only the deprecated (old) one
http://docs.python.org/c-api/objbuffer.html .
At least there is nowhere a PyObject_CheckBuffer() call but
What version of numpy are you using? IIRC the new buffer protocol has
been supported since numpy 1.5.
On 17 December 2011 08:42, Soeren Sonnenburg so...@debian.org wrote:
Doesn't work, complaining that the object has no __buffer__ attribute.
Digging into the numpy c code it seems numpy doesn't
17.12.2011 09:42, Soeren Sonnenburg kirjoitti:
Doesn't work, complaining that the object has no __buffer__ attribute.
Digging into the numpy c code it seems numpy doesn't even support the
buffer protocol but only the deprecated (old) one
http://docs.python.org/c-api/objbuffer.html .
[clip]
On Sat, 2011-12-17 at 15:29 +0100, Pauli Virtanen wrote:
17.12.2011 09:42, Soeren Sonnenburg kirjoitti:
Doesn't work, complaining that the object has no __buffer__ attribute.
Digging into the numpy c code it seems numpy doesn't even support the
buffer protocol but only the deprecated
18.12.2011 00:49, Soeren Sonnenburg kirjoitti:
[clip]
I've looked at the source code of numpy 1.6.1 and couldn't find the
respective code... I guess I must be doing something wrong but there
really was no call to PyObject_CheckBuffer() ...
Look for PyObject_GetBuffer
The problem is I don't
What happens if you use
y=numpy.frombuffer(x) ?
//Torgil
On Sat, Dec 17, 2011 at 1:41 AM, Soeren Sonnenburg so...@debian.org wrote:
Hi,
I've implemented the buffer protocol
(http://www.python.org/dev/peps/pep-3118/) for some matrix class and
when I manually call PyObject_GetBuffer on that
On Fri, Feb 26, 2010 at 12:00 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
Hi,
I built an installer for OS X and did some testing on a clean computer. All
NumPy tests pass. SciPy (0.7.1 binary) gives a number of errors and
failures, I copied one of each type below. For full output see
pe, 2010-02-26 kello 12:09 -0500, josef.p...@gmail.com kirjoitti:
On Fri, Feb 26, 2010 at 12:00 PM, Ralf Gommers
[clip]
ValueError: numpy.dtype does not appear to be the correct type object
This looks like the cython type check problem, ckdtree.c doesn't look
compatible with your numpy
On Fri, Feb 26, 2010 at 12:19 PM, Pauli Virtanen p...@iki.fi wrote:
pe, 2010-02-26 kello 12:09 -0500, josef.p...@gmail.com kirjoitti:
On Fri, Feb 26, 2010 at 12:00 PM, Ralf Gommers
[clip]
ValueError: numpy.dtype does not appear to be the correct type object
This looks like the cython type
pe, 2010-02-26 kello 12:26 -0500, josef.p...@gmail.com kirjoitti:
[clip]
recompiling wouldn't be enough, the cython c files also need to be
regenerated for a different numpy version.
(If I understand the problem correctly.)
No. The Cython-generated sources just use sizeof(PyArray_Descr), the
On Fri, Feb 26, 2010 at 10:34 AM, Pauli Virtanen p...@iki.fi wrote:
pe, 2010-02-26 kello 12:26 -0500, josef.p...@gmail.com kirjoitti:
[clip]
recompiling wouldn't be enough, the cython c files also need to be
regenerated for a different numpy version.
(If I understand the problem
On Fri, Feb 26, 2010 at 12:41 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:34 AM, Pauli Virtanen p...@iki.fi wrote:
pe, 2010-02-26 kello 12:26 -0500, josef.p...@gmail.com kirjoitti:
[clip]
recompiling wouldn't be enough, the cython c files also need to
On Fri, Feb 26, 2010 at 10:44 AM, josef.p...@gmail.com wrote:
On Fri, Feb 26, 2010 at 12:41 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:34 AM, Pauli Virtanen p...@iki.fi wrote:
pe, 2010-02-26 kello 12:26 -0500, josef.p...@gmail.com kirjoitti:
On Fri, Feb 26, 2010 at 12:50 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:44 AM, josef.p...@gmail.com wrote:
On Fri, Feb 26, 2010 at 12:41 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:34 AM, Pauli Virtanen
On Fri, Feb 26, 2010 at 10:53 AM, josef.p...@gmail.com wrote:
On Fri, Feb 26, 2010 at 12:50 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:44 AM, josef.p...@gmail.com wrote:
On Fri, Feb 26, 2010 at 12:41 PM, Charles R Harris
On Fri, Feb 26, 2010 at 11:26 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:53 AM, josef.p...@gmail.com wrote:
On Fri, Feb 26, 2010 at 12:50 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Feb 26, 2010 at 10:44 AM, josef.p...@gmail.com
On Sat, Feb 27, 2010 at 2:44 AM, josef.p...@gmail.com wrote:
I think I mixed up some things then,
scipy 0.7.1 cython files should be regenerated with the latest cython
release so that it doesn't check the sizeof anymore.
Then, a scipy 0.7.1 build against numpy 1.3 would also work without
On Sat, Feb 27, 2010 at 8:17 AM, David Cournapeau courn...@gmail.comwrote:
On Sat, Feb 27, 2010 at 2:44 AM, josef.p...@gmail.com wrote:
I think I mixed up some things then,
scipy 0.7.1 cython files should be regenerated with the latest cython
release so that it doesn't check the sizeof
On Sat, Feb 27, 2010 at 11:59 AM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
quote
So here is how I see things in the near future for release:
- compile a simple binary installer for mac os x and windows (no need
for doc or multiple archs) from 1.4.x
- test this with the scipy binary
On Sat, Feb 27, 2010 at 2:33 PM, David Cournapeau courn...@gmail.comwrote:
Sorry, I should have been clearer in the above quoted list. There were
two issues with numpy 1.4.0, one caused by datetime, and one caused by
other changes to growing structures. The second one is ok for most
cases,
On Sat, Feb 27, 2010 at 3:43 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
Yes that is clear. Would it make sense to first release scipy 0.7.2 though?
Then numpy 1.4.1 can be tested against it and we can be sure it works. The
other way around it's not possible to test.
Yes it is, you
On Mon, Jan 19, 2009 at 14:43, Jonathan Taylor
jonathan.tay...@utoronto.ca wrote:
Hi,
When solving a quadratic equation I get that alpha =
-3.78336776728e-31 which I believe to be far below machine precision:
finfo(float).eps
2.2204460492503131e-16
But an if statement like:
if alpha ==
Interesting. That makes sense and I suppose that also explains why
there is no function to do this sort of thing for you.
Jon.
On Mon, Jan 19, 2009 at 3:55 PM, Robert Kern robert.k...@gmail.com wrote:
On Mon, Jan 19, 2009 at 14:43, Jonathan Taylor
jonathan.tay...@utoronto.ca wrote:
Hi,
On Mon, Jan 19, 2009 at 7:23 PM, Jonathan Taylor
jonathan.tay...@utoronto.ca wrote:
Interesting. That makes sense and I suppose that also explains why
there is no function to do this sort of thing for you.
A combination of relative and absolute errors is another common solution,
i.e., test
On Mon, Jan 19, 2009 at 22:09, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 7:23 PM, Jonathan Taylor
jonathan.tay...@utoronto.ca wrote:
Interesting. That makes sense and I suppose that also explains why
there is no function to do this sort of thing for you.
A
On Mon, Jan 19, 2009 at 9:17 PM, Robert Kern robert.k...@gmail.com wrote:
On Mon, Jan 19, 2009 at 22:09, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 7:23 PM, Jonathan Taylor
jonathan.tay...@utoronto.ca wrote:
Interesting. That makes sense and I suppose
On Mon, Jan 19, 2009 at 23:36, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 9:17 PM, Robert Kern robert.k...@gmail.com wrote:
On Mon, Jan 19, 2009 at 22:09, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 7:23 PM, Jonathan Taylor
On Mon, Jan 19, 2009 at 10:48 PM, Robert Kern robert.k...@gmail.com wrote:
On Mon, Jan 19, 2009 at 23:36, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 9:17 PM, Robert Kern robert.k...@gmail.com
wrote:
On Mon, Jan 19, 2009 at 22:09, Charles R Harris
On Tue, Jan 20, 2009 at 00:21, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 10:48 PM, Robert Kern robert.k...@gmail.com wrote:
On Mon, Jan 19, 2009 at 23:36, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 9:17 PM, Robert Kern
On Mon, Jan 19, 2009 at 11:26 PM, Robert Kern robert.k...@gmail.com wrote:
On Tue, Jan 20, 2009 at 00:21, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Jan 19, 2009 at 10:48 PM, Robert Kern robert.k...@gmail.com
wrote:
On Mon, Jan 19, 2009 at 23:36, Charles R Harris
On Sun, Jul 20, 2008 at 9:17 PM, Alan McIntyre [EMAIL PROTECTED] wrote:
The skipped test verbosity is annoying; I'll see if there's a way to
make that a bit cleaner-looking for some low verbosity level.
The latest release version of nose from easy_install (0.10.3) doesn't
generate that verbose
On Sun, Jul 20, 2008 at 21:47, Alan McIntyre [EMAIL PROTECTED] wrote:
On Sun, Jul 20, 2008 at 9:17 PM, Alan McIntyre [EMAIL PROTECTED] wrote:
The skipped test verbosity is annoying; I'll see if there's a way to
make that a bit cleaner-looking for some low verbosity level.
The latest release
On Sun, Jul 20, 2008 at 10:56 PM, Robert Kern [EMAIL PROTECTED] wrote:
I don't think aesthetics are worth requiring a particular version.
numpy doesn't need it; the users can decide whether they want it or
not. We should try to have it installed on the buildbots, though,
since we *are* the
On Sun, Jul 20, 2008 at 11:09:04PM -0400, Alan McIntyre wrote:
Actually I was considering asking to move the minimum nose version up
to 0.10.3 just because it's the current version before this aesthetic
issue came up. There's about 30 bug fixes between 0.10.0 and 0.10.3,
including one that
On Sun, Jul 20, 2008 at 11:17 PM, Gael Varoquaux
[EMAIL PROTECTED] wrote:
There might be a case to move to 10.3, considering the large amount of
bug fixes, but in general I think it is a bad idea to require leading
edge packages. The reason being that you would like people to be able to
rely
On Sun, Jul 20, 2008 at 11:19:57PM -0400, Alan McIntyre wrote:
On Sun, Jul 20, 2008 at 11:17 PM, Gael Varoquaux
[EMAIL PROTECTED] wrote:
There might be a case to move to 10.3, considering the large amount of
bug fixes, but in general I think it is a bad idea to require leading
edge
On Sun, Jul 20, 2008 at 11:34 PM, Gael Varoquaux
[EMAIL PROTECTED] wrote:
For the rest I can't figure out how to get the information. I suspect we
can standardise on things around six month old. Debian unstable tracks
closely upstream, Ubuntu and Fedora have a release cycle of 6 months, I
On Thu, Jul 17, 2008 at 4:25 AM, Fernando Perez [EMAIL PROTECTED] wrote:
I was trying to reuse your #random checker for ipython but kept
running into problems. Is it working for you in numpy in actual code?
Because in the entire SVN tree I only see it mentioned here:
maqroll[numpy] grin
64 matches
Mail list logo