I only checked this build:
https://secure.travis-ci.org/#!/certik/numpy/jobs/3656960
But that log clearly shows 'python setup.py install' being used instead of
'pip install'. How certain are you that your branch actually has my fix?
-n
On 14 Dec 2012 03:49, Ondřej Čertík ondrej.cer...@gmail.com
On Fri, Dec 14, 2012 at 12:32 AM, Nathaniel Smith n...@pobox.com wrote:
I only checked this build:
https://secure.travis-ci.org/#!/certik/numpy/jobs/3656960
But that log clearly shows 'python setup.py install' being used instead of
'pip install'. How certain are you that your branch actually
The top of the build log has the actual git command they used to check out
the source - it's some clever GitHub thing that gives the same thing as
pressing the green button would iirc. You could copy the commands from the
log to check that out locally though and see what the .travis.tml actually
On Fri, Dec 14, 2012 at 9:49 AM, Nathaniel Smith n...@pobox.com wrote:
The top of the build log has the actual git command they used to check out
the source - it's some clever GitHub thing that gives the same thing as
pressing the green button would iirc. You could copy the commands from the
Hi,
Another weird bug sometimes happen in
numpy/core/tests/test_iterator.py, it looks like this:
==
FAIL: test_iterator.test_iter_array_cast
--
Traceback (most
On Thu, Dec 13, 2012 at 7:23 PM, Ondřej Čertík ondrej.cer...@gmail.comwrote:
Hi,
Another weird bug sometimes happen in
numpy/core/tests/test_iterator.py, it looks like this:
==
FAIL: test_iterator.test_iter_array_cast
On Thu, Dec 13, 2012 at 8:04 PM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Thu, Dec 13, 2012 at 7:23 PM, Ondřej Čertík ondrej.cer...@gmail.comwrote:
Hi,
Another weird bug sometimes happen in
numpy/core/tests/test_iterator.py, it looks like this:
On Thu, Dec 13, 2012 at 7:16 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Thu, Dec 13, 2012 at 8:04 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Thu, Dec 13, 2012 at 7:23 PM, Ondřej Čertík ondrej.cer...@gmail.com
wrote:
Hi,
Another weird bug sometimes happen in
Hi Geoffrey,
On Mon, Dec 5, 2011 at 12:37 AM, Geoffrey Irving irv...@naml.us wrote:
On Sun, Dec 4, 2011 at 6:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 6:59 PM, Geoffrey Irving irv...@naml.us wrote:
On Sun, Dec 4, 2011 at 5:18 PM, Charles R Harris
On Mon, Dec 5, 2011 at 6:59 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi Geoffrey,
On Mon, Dec 5, 2011 at 12:37 AM, Geoffrey Irving irv...@naml.us wrote:
On Sun, Dec 4, 2011 at 6:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 6:59 PM,
On Sun, Dec 4, 2011 at 9:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
We'll see how much interest there is. If it becomes official you may get
more feedback on features. There are some advantages to having some user
types in numpy. One is that otherwise they tend to get lost,
On Sun, Dec 4, 2011 at 11:37 PM, Geoffrey Irving irv...@naml.us wrote:
snip
Back to the bugs: here's a branch with all the changes I needed to get
rational arithmetic to work:
https://github.com/girving/numpy
I discovered two more after the last email. One is another simple 0
vs. 1
On 5 December 2011 17:25, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Dec 4, 2011 at 11:37 PM, Geoffrey Irving irv...@naml.us wrote:
snip
Back to the bugs: here's a branch with all the changes I needed to get
rational arithmetic to work:
https://github.com/girving/numpy
I discovered
On Mon, Dec 5, 2011 at 8:58 AM, David Cournapeau courn...@gmail.com wrote:
On Sun, Dec 4, 2011 at 9:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
We'll see how much interest there is. If it becomes official you may get
more feedback on features. There are some advantages to
On Mon, Dec 5, 2011 at 9:37 AM, mark florisson markflorisso...@gmail.comwrote:
On 5 December 2011 17:25, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Dec 4, 2011 at 11:37 PM, Geoffrey Irving irv...@naml.us wrote:
snip
Back to the bugs: here's a branch with all the changes I needed to
On 5 December 2011 17:48, Mark Wiebe mwwi...@gmail.com wrote:
On Mon, Dec 5, 2011 at 9:37 AM, mark florisson markflorisso...@gmail.com
wrote:
On 5 December 2011 17:25, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Dec 4, 2011 at 11:37 PM, Geoffrey Irving irv...@naml.us wrote:
snip
On 5 December 2011 17:57, mark florisson markflorisso...@gmail.com wrote:
On 5 December 2011 17:48, Mark Wiebe mwwi...@gmail.com wrote:
On Mon, Dec 5, 2011 at 9:37 AM, mark florisson markflorisso...@gmail.com
wrote:
On 5 December 2011 17:25, Mark Wiebe mwwi...@gmail.com wrote:
On Sun, Dec
On Sat, Dec 3, 2011 at 8:14 PM, Geoffrey Irving irv...@naml.us wrote:
Hello,
I'm trying to add a fixed precision rational number dtype to numpy,
and am running into an issue trying to register ufunc loops. The code
in question looks like
int npy_rational =
This may be the problem. Simple diffs are pleasant. I'm guessing
this code doesn't get a lot of testing. Glad it's there, though!
Geoffrey
diff --git a/numpy/core/src/umath/ufunc_type_resolution.c
b/numpy/core/src/umath/ufunc_type_resolution.c
index 0d6cf19..a93eda1 100644
---
On Sun, Dec 4, 2011 at 5:41 PM, Geoffrey Irving irv...@naml.us wrote:
This may be the problem. Simple diffs are pleasant. I'm guessing
this code doesn't get a lot of testing. Glad it's there, though!
Geoffrey
diff --git a/numpy/core/src/umath/ufunc_type_resolution.c
On Sun, Dec 4, 2011 at 5:18 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 5:41 PM, Geoffrey Irving irv...@naml.us wrote:
This may be the problem. Simple diffs are pleasant. I'm guessing
this code doesn't get a lot of testing. Glad it's there, though!
On Sun, Dec 4, 2011 at 6:59 PM, Geoffrey Irving irv...@naml.us wrote:
On Sun, Dec 4, 2011 at 5:18 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 5:41 PM, Geoffrey Irving irv...@naml.us wrote:
This may be the problem. Simple diffs are pleasant. I'm
On Sun, Dec 4, 2011 at 6:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 6:59 PM, Geoffrey Irving irv...@naml.us wrote:
On Sun, Dec 4, 2011 at 5:18 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Dec 4, 2011 at 5:41 PM, Geoffrey Irving
Hello,
I'm trying to add a fixed precision rational number dtype to numpy,
and am running into an issue trying to register ufunc loops. The code
in question looks like
int npy_rational = PyArray_RegisterDataType(rational_descr);
PyObject* equal = ... // extract equal object from the
Hi,
I am trying to build numpy-1.6.1 with the following gcc compiler specs:
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking
On Tue, Nov 8, 2011 at 9:01 AM, David Cournapeau courn...@gmail.com wrote:
Hi Mads,
On Tue, Nov 8, 2011 at 8:40 AM, Mads Ipsen madsip...@gmail.com wrote:
Hi,
I am trying to build numpy-1.6.1 with the following gcc compiler specs:
Reading specs from
On Tue, Nov 8, 2011 at 9:20 AM, Mads Ipsen madsip...@gmail.com wrote:
Yup, that fixes it. For now, we can apply a temporary fix on our build
system. Is this something that'll go into, say, 1.6.2?
That's more of a workaround than a fix. We need to decide whether we
disable intrinsics altogether
hello --
i'm trying to build numpy-1.6.1. so far, it works on several machines
that i've tried, but now it's failing. I put some details on the
machine below. I tried to change the compiler, but setup.py objected
to the things I tried (--compiler=g++4, --compiler=icc).
thanks for any advice!
Wed, 16 Dec 2009 02:09:45 +, Chris wrote:
Building a current checkout of scipy on OSX 10.6 fails when trying to
compile scipy.special.lambertw, giving the message:
Warning: No configuration returned, assuming unavailable.
The full failure is here:
Building a current checkout of scipy on OSX 10.6 fails when trying
to compile scipy.special.lambertw, giving the message:
Warning: No configuration returned, assuming unavailable.
The full failure is here:
http://img.skitch.com/20091216-d4b8ueqh27g4fqwebu3e3wgfkq.jpg
On Sun, Nov 22, 2009 at 1:40 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, Nov 22, 2009 at 6:28 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 2:35 AM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Nov 18, 2009 at 6:10 PM, David Cournapeau courn...@gmail.com
On Wed, Nov 25, 2009 at 12:15 AM, josef.p...@gmail.com wrote:
I also ran the test of some old scipy against the trunk numpy:
scipy.0.7.0('4826') finishes tests with some display errors
scipy0.7.1rc3 test suite crashes
both scipy versions build by David, according to __config__.py
I have
On Sun, Nov 22, 2009 at 2:35 AM, David Cournapeau courn...@gmail.com wrote:
On Wed, Nov 18, 2009 at 6:10 PM, David Cournapeau courn...@gmail.com wrote:
On Wed, Nov 18, 2009 at 12:38 AM, josef.p...@gmail.com wrote:
Now numpy builds without problems.
When I run the tests I get 16 failures
On Sun, Nov 22, 2009 at 6:28 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 2:35 AM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Nov 18, 2009 at 6:10 PM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Nov 18, 2009 at 12:38 AM, josef.p...@gmail.com wrote:
Now
On Sun, Nov 22, 2009 at 11:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Might be nice to print out the actual values of np.spacing and np.nextafter
here.
Yes, I should add some utilities to print those for this kind of test.
But in this case, I know the problem: mingw gcc use 80
On Sun, Nov 22, 2009 at 10:01 AM, David Cournapeau courn...@gmail.com wrote:
On Sun, Nov 22, 2009 at 11:45 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Might be nice to print out the actual values of np.spacing and np.nextafter
here.
Yes, I should add some utilities to print those
On Sun, Nov 22, 2009 at 10:25 AM, David Cournapeau courn...@gmail.com wrote:
On Mon, Nov 23, 2009 at 12:14 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:01 AM, David Cournapeau courn...@gmail.com
wrote:
On Sun, Nov 22, 2009 at 11:45 PM, Charles R Harris
On Sun, Nov 22, 2009 at 10:37 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:25 AM, David Cournapeau courn...@gmail.com wrote:
On Mon, Nov 23, 2009 at 12:14 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:01 AM, David Cournapeau courn...@gmail.com
wrote:
On Sun, Nov
On Sun, Nov 22, 2009 at 10:47 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:37 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:25 AM, David Cournapeau courn...@gmail.com
wrote:
On Mon, Nov 23, 2009 at 12:14 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at
On Sun, Nov 22, 2009 at 8:37 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:25 AM, David Cournapeau courn...@gmail.com
wrote:
On Mon, Nov 23, 2009 at 12:14 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 10:01 AM, David Cournapeau courn...@gmail.com
wrote:
On Sun,
On Sun, Nov 22, 2009 at 6:28 AM, josef.p...@gmail.com wrote:
On Sun, Nov 22, 2009 at 2:35 AM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Nov 18, 2009 at 6:10 PM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Nov 18, 2009 at 12:38 AM, josef.p...@gmail.com wrote:
Now
On Wed, Nov 18, 2009 at 6:10 PM, David Cournapeau courn...@gmail.com wrote:
On Wed, Nov 18, 2009 at 12:38 AM, josef.p...@gmail.com wrote:
Now numpy builds without problems.
When I run the tests I get 16 failures mostly nan related. I have no idea
whether they are real or if there is still
Fri, 20 Nov 2009 10:55:35 +0900, David Cournapeau wrote:
While checking everything builds for the 1.4.0 release, I noticed a
problem with building the latex version:
writing... done
processing numpy-user.tex... user/index user/introduction
user/whatisnumpy user/install user/howtofind
Hi,
While checking everything builds for the 1.4.0 release, I noticed a
problem with building the latex version:
writing... done
processing numpy-user.tex... user/index user/introduction
user/whatisnumpy user/install user/howtofind user/basics
user/basics.types user/basics.creation
On Wed, Nov 18, 2009 at 12:38 AM, josef.p...@gmail.com wrote:
Now numpy builds without problems.
When I run the tests I get 16 failures mostly nan related. I have no idea
whether they are real or if there is still something screwed up in my
setup. See below.
I can reproduce those. I did
On Mon, Nov 16, 2009 at 10:52 PM, David Cournapeau courn...@gmail.com wrote:
On Tue, Nov 17, 2009 at 3:33 AM, josef.p...@gmail.com wrote:
Now, the numpy build runs for a while then breaks while building umath.
Any ideas?
The behavior of distutils with config files is mysterious, I gave up
On Mon, Nov 16, 2009 at 12:48 AM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
josef.p...@gmail.com wrote:
Are there new changes to the configuration needed? mingw 3.4.5,
WindowsXP, Python 2.5.2
Python.h is not picked up anymore:
_configtest.c:1:20: Python.h: No such file or
On Tue, Nov 17, 2009 at 3:33 AM, josef.p...@gmail.com wrote:
Now, the numpy build runs for a while then breaks while building umath.
Any ideas?
The behavior of distutils with config files is mysterious, I gave up
trying to understand it long ago :) I use scripts instead to control
Are there new changes to the configuration needed? mingw 3.4.5,
WindowsXP, Python 2.5.2
Python.h is not picked up anymore:
_configtest.c:1:20: Python.h: No such file or directory
Josef
C:\Josef\_progs\Subversion\numpy-trunksetup.py bdist
Running from numpy source directory.
F2PY Version
This is the first report. I'll guess it is related to icc. What happens if
you use gcc?
Indeed, with gcc4.1, the error isn't there.
Matthieu
--
Information System Engineer, Ph.D.
Website: http://matthieu-brucher.developpez.com/
Blogs: http://matt.eifelle.com and
Hi,
I've just tested the latest numpy with my new configuration (Opteron
2220, 64bits with RH5.2, compiled with ICC 10.1.018) and I got this
failure.
==
FAIL: test_umath.TestLogAddExp2.test_logaddexp2_values
[...]
On Wed, May 27, 2009 at 7:51 AM, Matthieu Brucher
matthieu.bruc...@gmail.com wrote:
Hi,
I've just tested the latest numpy with my new configuration (Opteron
2220, 64bits with RH5.2, compiled with ICC 10.1.018) and I got this
failure.
What version of glibc do you have?
None. Solaris does not use GNU libc.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
FWIW, I solved this just now by removing Sun Studio from
my PATH before build. It's clear that's a workaround
though and the build process failed to determine something
properly.
Jeff Blaine wrote:
What version of glibc do you have?
None. Solaris does not use GNU libc.
Same problem with 1.3.0rc1
Jeff Blaine wrote:
Aside from this, the website for NumPy should have a link to the
list subscription address, not a link to the list itself (which
cannot be posted to unless one is a member).
Python 2.4.2 (#2, Dec 6 2006, 17:18:19)
[GCC 3.3.5] on sunos5
Type
On Sat, Mar 28, 2009 at 5:31 PM, Jeff Blaine jbla...@mitre.org wrote:
Same problem with 1.3.0rc1
Jeff Blaine wrote:
Aside from this, the website for NumPy should have a link to the
list subscription address, not a link to the list itself (which
cannot be posted to unless one is a
On Sat, Mar 28, 2009 at 6:35 PM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Sat, Mar 28, 2009 at 5:31 PM, Jeff Blaine jbla...@mitre.org wrote:
Same problem with 1.3.0rc1
Jeff Blaine wrote:
Aside from this, the website for NumPy should have a link to the
list subscription
On Wed, Jan 21, 2009 at 10:53 AM, Gideon Simpson
simp...@math.toronto.edu wrote:
==
FAIL: test_umath.TestComplexFunctions.test_against_cmath
--
Traceback
Installing on a Sun machine with Red Hat linux, I got the following
error:
==
FAIL: test_umath.TestComplexFunctions.test_against_cmath
--
Traceback (most
After upgrading to NumPy 1.1.0 (I installed
numpy-1.1.0-win32-superpack-pyhon2.5) I observed a fatal failure with
the following code which uses numpy.inner
import numpy
F = numpy.zeros(shape = (1,79), dtype = numpy.float64)
#this suceeds
FtF = numpy.inner(F,F.copy())
#this fails
FtF =
On Sat, Jul 5, 2008 at 09:03, Gregor Thalhammer
[EMAIL PROTECTED] wrote:
After upgrading to NumPy 1.1.0 (I installed
numpy-1.1.0-win32-superpack-pyhon2.5) I observed a fatal failure with
the following code which uses numpy.inner
import numpy
F = numpy.zeros(shape = (1,79), dtype =
On Tue, Apr 29, 2008 at 04:43:09PM -0500, Glen W. Mabey wrote:
Isn't that cool? I can only assume that it is a compiler bug and I will
have to upgrade to a newer version of icc (I'm using 10.0.025, actually
it's cce).
After I do that, I'll post again if I have trouble.
Just to follow up,
On Tue, Apr 29, 2008 at 11:19 AM, Glen W. Mabey [EMAIL PROTECTED] wrote:
On Tue, Apr 29, 2008 at 11:24:56AM -0500, Charles R Harris wrote:
Hmm, something must be mucking with the sources. You can run
conv_template on the pure file from the src directory with
python
On Thu, Feb 28, 2008 at 1:21 PM, Glen W. Mabey [EMAIL PROTECTED] wrote:
Hello,
I'm using svn numpy and get the following error upon executing
/usr/local/bin/python2.5 setup.py config --noisy
--cc=/opt/intel/cce/10.0.025/bin/icc --compiler=intel --fcompiler=intel
build_clib build_ext
Hello,
I'm using svn numpy and get the following error upon executing
/usr/local/bin/python2.5 setup.py config --noisy
--cc=/opt/intel/cce/10.0.025/bin/icc --compiler=intel --fcompiler=intel
build_clib build_ext
I see:
conv_template:
65 matches
Mail list logo