Alright, building numpy against atlas from the repositories works, but this
atlas only contains the single threaded libraries. So i would like to get my
build working completely.
I think the problem has to do with how im making the atlas .so's from the .a
files. I am simply calling the command 'ma
Ok, im getting the same error on an install of straight ubuntu 8.10
the guy in this thread got the same error as me, but its not clear how he
worked it out:
http://www.mail-archive.com/numpy-discussion@scipy.org/msg13565.html
from googling here:
http://sources.redhat.com/ml/binutils/2004-12/msg00
On Fri, Mar 27, 2009 at 4:43 PM, Robert Kern wrote:
> On Fri, Mar 27, 2009 at 17:38, Bryan Cole wrote:
> > I have a number of arrays of shape (N,4,4). I need to perform a
> > vectorised matrix-multiplication between pairs of them I.e.
> > matrix-multiplication rules for the last two dimensions,
The subject says it all. Over the next few days, we will be updating
the conference website with additional information. So if you are
interested, please keep an eye on: http://conference.scipy.org/
Jarrod
___
Numpy-discussion mailing list
Numpy-discu
On Sat, Mar 28, 2009 at 7:56 AM, Pauli Virtanen wrote:
> Sat, 28 Mar 2009 04:00:45 +0900, David Cournapeau wrote:
> [clip]
>> - Is it ok to build the pdf doc using LANG=C ? If I run sphinx-build
>> without setting LANG=C, I got some weird latex errors at the latex->pdf
>> stage, which I am rel
Sat, 28 Mar 2009 04:00:45 +0900, David Cournapeau wrote:
[clip]
> - Is it ok to build the pdf doc using LANG=C ? If I run sphinx-build
> without setting LANG=C, I got some weird latex errors at the latex->pdf
> stage, which I am reluctant to track down :)
LANG=C should be ok.
> - I modifi
On Fri, Mar 27, 2009 at 17:38, Bryan Cole wrote:
> I have a number of arrays of shape (N,4,4). I need to perform a
> vectorised matrix-multiplication between pairs of them I.e.
> matrix-multiplication rules for the last two dimensions, usual
> element-wise rule for the 1st dimension (of length N).
I have a number of arrays of shape (N,4,4). I need to perform a
vectorised matrix-multiplication between pairs of them I.e.
matrix-multiplication rules for the last two dimensions, usual
element-wise rule for the 1st dimension (of length N).
(How) is this possible with numpy?
thanks,
BC
_
> Sturla Molden schrieb:
>> On 3/26/2009 12:41 PM, Jens Rantil wrote:
>>
>>> Wouldn't my code, or a tweak of it, be a nice feature in
>>> numpy.ctypeslib? Is this the wrong channel for proposing things like
>>> this?
>>
>> If you look at
>>
>> http://svn.scipy.org/svn/numpy/trunk/numpy/ctype
On Sat, Mar 28, 2009 at 5:25 AM, Jarrod Millman wrote:
> On Fri, Mar 27, 2009 at 3:48 AM, David Cournapeau
> wrote:
>> To build the numpy .dmg mac os x installer, I use a script from the
>> adium project, which uses applescript and some mac os x black magic. The
>> script seems to be GPL, as a
On Fri, Mar 27, 2009 at 3:48 AM, David Cournapeau
wrote:
> To build the numpy .dmg mac os x installer, I use a script from the
> adium project, which uses applescript and some mac os x black magic. The
> script seems to be GPL, as adium itself:
Why do you need to use the adium project? I am j
2009/3/27 Stéfan van der Walt :
> 2009/3/27 Alan G Isaac :
>> On 3/27/2009 6:48 AM David Cournapeau apparently wrote:
>>> To build the numpy .dmg mac os x installer, I use a script from the
>>> adium project, which uses applescript and some mac os x black magic. The
>>> script seems to be GPL,
Hi,
I spent the whole evening on automating our whole release process on
supported platforms. I am almost there, but I have a few relatively
minor annoyances related to doc:
- Is it ok to build the pdf doc using LANG=C ? If I run sphinx-build
without setting LANG=C, I got some weird latex
some other things I might mention, though I doubt they would have an effect:
When i built Atlas, I had to force it to use a 32-bit pointer length (I
assume this is correct for a 32-bit OS as gcc.stub_64 wasnt found on my
system)
in numpy's site.cfg I only linked to the pthread .so's. Should I hav
this is true. but not nearly as good of a learning experience :)
I'm a mechanical engineer, so all of this computer science stuff is really
new and interesting to me. So i'm trying my best to get a handle on exactly
what is going on behind the scenes.
Chris
On Fri, Mar 27, 2009 at 12:36 PM, Davi
Chris Colbert wrote:
> forgive my ignorance, but wouldn't installing atlas from the
> repositories defeat the purpose of installing atlas at all, since the
> build process optimizes it to your own cpu timings?
Yes and no. Yes, it will be slower than a cutom-build atlas, but it will
be reasonably f
Hi Joe,
> Travis has freed his original book and large parts of it (e.g.,
> the C API docs) are now being incorporated into the
> actively-maintained manuals at docs.scipy.org. Please go there for
> the latest docs. You'll find that the fft section gives the 1/n
> formula when discussing ifft.
forgive my ignorance, but wouldn't installing atlas from the repositories
defeat the purpose of installing atlas at all, since the build process
optimizes it to your own cpu timings?
Chris
On Fri, Mar 27, 2009 at 12:43 PM, David Cournapeau wrote:
> 2009/3/28 Chris Colbert :
> > mint is built fro
2009/3/28 Chris Colbert :
> mint is built from like 98% ubuntu.
Ok. The problem is that fortran often falls into the bottom percent as
far as support is concerned, since so few people care :)
Note that on Ubuntu 8.10, you can just install atlas from the
repositories - and 1.3.0 deb will be provid
2009/3/27 Stéfan van der Walt
> Hi Chuck
>
> 2009/3/27 Charles R Harris :
> > Also, the test is buggy.
>
> Could you be a bit more specific? Which test, what is the problem,
> what would you like to see?
>
I fixed it. You used assert_equal instead of assert_array_equal which caused
the axis tes
2009/3/27 Christian Marquardt
> Error messages? Sure;-)
>
> python -c 'import numpy; numpy.test()'
> Running unit tests for numpy
> NumPy version 1.3.0b1
> NumPy is installed in /opt/apps/lib/python2.5/site-packages/numpy
> Python version 2.5.2 (r252:60911, Aug 31 2008, 15:16:34) [GCC Intel(R) C+
mint is built from like 98% ubuntu. In this case, Mint 6 is built from
ubuntu 8.10. Most repository access is through the Ubuntu repositories. gcc
falls under this...
32 bit OS
Thanks again for your patience! I'm wet behind the ears when it comes to
this kind of stuff.
Chris
On Fri, Mar 27, 20
Chris Colbert wrote:
> So you think its a problem with gcc?
That's my guess, yes.
>
> im using version 4.3.1 shipped with the ubuntu 8.10 distro.
I thought you were using mint ? If you are using ubuntu, then it is very
strange, because many people build and use numpy on this platform
without any
So you think its a problem with gcc?
im using version 4.3.1 shipped with the ubuntu 8.10 distro.
Chris
On Fri, Mar 27, 2009 at 11:56 AM, David Cournapeau <
da...@ar.media.kyoto-u.ac.jp> wrote:
> Chris Colbert wrote:
> > David,
> >
> > The log was too big for the list, so I sent it to your email
Chris Colbert wrote:
> David,
>
> The log was too big for the list, so I sent it to your email address
> directly.
Hm, never saw this one. In the build log, one can see:
...
compile options: '-c'
gcc: _configtest.c
gcc -pthread _configtest.o -L/usr/local/atlas/lib -llapack -lptf77blas
-lptcblas
David,
The log was too big for the list, so I sent it to your email address
directly.
Chris
2009/3/27 Chris Colbert
> David,
>
> The log is attached.
>
> Thanks for giving me the bash command. I would have never figured that one
> out
>
> Chris
>
>
> On Fri, Mar 27, 2009 at 11:23 AM, David
Chris Colbert wrote:
> Atlas 3.8.3 and Lapack 3.1.1
Hm... I am afraid I don't see what may cause this problem. Could you
rebuild numpy from scratch and give us the log ?
rm -rf build && python setup.py build &> build.log
David
___
Numpy-discussion mail
Fri, 27 Mar 2009 09:20:09 -0400, josef.pktd wrote:
[clip: numpy.random.exponential docstring]
> I changed this a while ago in the documentation editor, but it hasn't
> been merged yet to the source docstring
It is merged, but I forgot to regenerate the mtrand.c file.
--
Pauli Virtanen
_
Atlas 3.8.3 and Lapack 3.1.1
On Fri, Mar 27, 2009 at 11:05 AM, David Cournapeau <
da...@ar.media.kyoto-u.ac.jp> wrote:
> Chris Colbert wrote:
> > I compiled everything with gfortran. I dont even have g77 on my system.
>
> Ok. Which version of atlas and lapack are you using ? Lapack 3.2 is
> known
Chris Colbert wrote:
> I compiled everything with gfortran. I dont even have g77 on my system.
Ok. Which version of atlas and lapack are you using ? Lapack 3.2 is
known to cause trouble. Atlas 3.8.0 and 3.8.1 had some bugs too, I can't
remember exactly which one.
cheers,
David
__
I built Atlas 3.8.3 which I assume is the newest release.
Chris
2009/3/27 Charles R Harris
>
>
> 2009/3/27 Chris Colbert
>
>> Hey Everyone,
>>
>> I built Lapack and Atlas from source last night on a C2D running 32-bit
>> Linux Mint 6. I ran 'make check' and 'make time' on the lapack build, an
I compiled everything with gfortran. I dont even have g77 on my system.
On Fri, Mar 27, 2009 at 11:18 AM, Chris Colbert wrote:
> here are the results from that test:
>
> test_lapack (test_build.TestF77Mismatch) ... ok
>
> --
> R
here are the results from that test:
test_lapack (test_build.TestF77Mismatch) ... ok
--
Ran 1 test in 0.055s
OK
thanks again for the help,
Chris
On Fri, Mar 27, 2009 at 10:24 AM, David Cournapeau <
da...@ar.media.kyoto-u.ac.
2009/3/27 Chris Colbert
> Hey Everyone,
>
> I built Lapack and Atlas from source last night on a C2D running 32-bit
> Linux Mint 6. I ran 'make check' and 'make time' on the lapack build, and
> ran the dynamic LU decomp test on atlas. Both packages checked out fine.
>
> Then, I built numpy and s
Chris Colbert wrote:
> numpy.test() doesn't return (after 2 hours of running at 100% at
> least). I imagine its hanging on this eig function as well.
Can you run the following test ?
nosetests -v -s test_build.py (in numpy/linalg).
If it fails, it almost surely a problem in the way you built num
numpy.test() doesn't return (after 2 hours of running at 100% at least). I
imagine its hanging on this eig function as well.
Chris
On Fri, Mar 27, 2009 at 10:12 AM, David Cournapeau <
da...@ar.media.kyoto-u.ac.jp> wrote:
> Chris Colbert wrote:
> > Hey Everyone,
> >
> > I built Lapack and Atlas f
Chris Colbert wrote:
> Hey Everyone,
>
> I built Lapack and Atlas from source last night on a C2D running
> 32-bit Linux Mint 6. I ran 'make check' and 'make time' on the lapack
> build, and ran the dynamic LU decomp test on atlas. Both packages
> checked out fine.
>
> Then, I built numpy and scip
This is numpy 1.3.0b1 and scipy 0.7.0 by the way. Forgot to mention it.
On Fri, Mar 27, 2009 at 10:25 AM, Chris Colbert wrote:
> Hey Everyone,
>
> I built Lapack and Atlas from source last night on a C2D running 32-bit
> Linux Mint 6. I ran 'make check' and 'make time' on the lapack build, and
Hey Everyone,
I built Lapack and Atlas from source last night on a C2D running 32-bit
Linux Mint 6. I ran 'make check' and 'make time' on the lapack build, and
ran the dynamic LU decomp test on atlas. Both packages checked out fine.
Then, I built numpy and scipy against them using the appropriat
Hi,
> I changed this a while ago in the documentation editor, but it hasn't
> been merged yet to the source docstring
>
> http://docs.scipy.org/numpy/docs/numpy.random.mtrand.RandomState.exponential/
>
> There is also an open ticket for this
> http://projects.scipy.org/numpy/ticket/987
>
> Can yo
On Fri, Mar 27, 2009 at 7:49 AM, Yves Frederix wrote:
> Hi,
>
> I noticed a problem with numpy.random.exponential. Apparently, the
> samples generated by numpy.random.exponential(scale=scale) follow the
> distribution f(x)=1/scale*exp(-x/scale) (and not
> f(x)=scale*exp(-x*scale) as stated by the
Hi David,
> I *guess* that the compiler command line does not work with your
> changes, and that distutils got confused, and fails somewhere later
> (or sooner, who knows). Without actually seeing the errors you got, it
> is difficult to know more - but I would make sure the command line
> argumen
Error messages? Sure;-)
python -c 'import numpy; numpy.test()'
Running unit tests for numpy
NumPy version 1.3.0b1
NumPy is installed in /opt/apps/lib/python2.5/site-packages/numpy
Python version 2.5.2 (r252:60911, Aug 31 2008, 15:16:34) [GCC Intel(R) C++ gcc
4.2 mode]
nose version 0.10.4
.
Hi Chuck
2009/3/27 Charles R Harris :
> Also, the test is buggy.
Could you be a bit more specific? Which test, what is the problem,
what would you like to see?
Cheers
Stéfan
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://mail.scip
2009/3/27 Alan G Isaac :
> On 3/27/2009 6:48 AM David Cournapeau apparently wrote:
>> To build the numpy .dmg mac os x installer, I use a script from the
>> adium project, which uses applescript and some mac os x black magic. The
>> script seems to be GPL, as adium itself:
>
>
> It might be wor
Hi,
I noticed a problem with numpy.random.exponential. Apparently, the
samples generated by numpy.random.exponential(scale=scale) follow the
distribution f(x)=1/scale*exp(-x/scale) (and not
f(x)=scale*exp(-x*scale) as stated by the docstring).
The script below illustrates this.
--
import numpy a
On 3/27/2009 6:48 AM David Cournapeau apparently wrote:
> To build the numpy .dmg mac os x installer, I use a script from the
> adium project, which uses applescript and some mac os x black magic. The
> script seems to be GPL, as adium itself:
It might be worth a query to see if the
author wo
Hi,
To build the numpy .dmg mac os x installer, I use a script from the
adium project, which uses applescript and some mac os x black magic. The
script seems to be GPL, as adium itself:
http://trac.adiumx.com/browser/trunk/Release
For now, I keep the build scripts separately from the svn rep
Thu, 26 Mar 2009 19:10:31 -0700, Lutz Maibaum wrote:
> On Thu, Mar 26, 2009 at 7:02 PM, Gideon Simpson
> wrote:
>> I thought it was the same as the MATLAB format:
>>
>> http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/
access/helpdesk/help/techdoc/ref/fft.html&http://www.google.co
Hi all,
I built ATLAS, Python 2.5 and NumPy on the local disk of a cluster
node, so that disk access would be faster than over NFS, and then
moved it back. I made sure to modify all the relevant paths in
__config__.py but when importing I receive this error, which I can't
make heads or tai
50 matches
Mail list logo
