Francis wrote:
Thank you for your effort. I guess garnumpy reflects the idea in this
Pylab discussion: http://www.scipy.org/PyLab
Again I get errors in libblas/lapack related to gfortran (local
variable problems). I replaced the libblas.a and the liblaplack.a by
the ones of sage. And started
David Cournapeau wrote:
If you install blas/lapack from sage, it kind of defeats the whole
purpose of garnumpy. The goal is to have a unified set of options to
build. It is likely that sage uses different options than the ones from
garnumpy. If you use garnumpy, you should use it for
On Sep 17, 2:37 am, David Cournapeau [EMAIL PROTECTED]
wrote:
Francis wrote:
To be frank, I am bit of noob, but not completely. I use the gfortran
make.inc to build lapack. The make.inc file to build and install atlas
is using gfortran. I used the --fcompiler=gfortran flag. I don't
Francis wrote:
I can't open rpm files so I opened numpy with archive manager and
extracted Numpy to site-packages.
Can't you ask your admin to install rpm packages ? Uncompressing the rpm
and putting them into random places is unlikely to work.
Unfortunately importing numpy
results in
In general the IT dep. don't want changes since changes require weeks
of testing to make sure that existing applications are not
conflicting, etc. I am not sure they would fulfill my request.
Especially since it has no priority at all.
I am installing Sage math now. Although I would like to avoid
Francis wrote:
In general the IT dep. don't want changes since changes require weeks
of testing to make sure that existing applications are not
conflicting, etc.
I feel your pain.
In such case, I ask if it is possible to ask for vmware installation:
nowadays, cpu are fast enough such as
On Wed, Sep 17, 2008 at 7:13 PM, Francis [EMAIL PROTECTED] wrote:
In general the IT dep. don't want changes since changes require weeks
of testing to make sure that existing applications are not
conflicting, etc. I am not sure they would fulfill my request.
Especially since it has no priority
Francis Drossaert wrote:
Hi everybody,
I am trying to install python2.5/scipy/numpy/sympy/matplotlib locally,
because of various reasons. I am not root.
Do you really need python 2.5 ? By building your own python, you are
forcing yourself to build every package you will need for python,
Do you really need python 2.5 ? By building your own python, you are
forcing yourself to build every package you will need for python,
including the dependencies. For matplotlib, it will be painful. Python
2.4 is enough (incidentally, I have to use Centos 5 at some place, on
the same
Francis wrote:
I don't really need Python2.5. Python2.4 is actually available on the
network but I think I will run into problems using the network one and
try using local libraries.
No, it is perfectly supported (I do it all the time, even on my own
machines where I have root rights). You
On 16 Sep, 10:18, David Cournapeau [EMAIL PROTECTED]
wrote:
Francis wrote:
I don't really need Python2.5. Python2.4 is actually available on the
network but I think I will run into problems using the network one and
try using local libraries.
No, it is perfectly supported (I do it all
Francis wrote:
ATLAS version 3.8.2 built by francisd on Mon Sep 15 15:20:08 BST 2008:
UNAME: Linux red-67 2.6.18-92.el5 #1 SMP Tue Jun 10 18:51:06
EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
INSTFLG : -1 0 -a 1
ARCHDEFS : -DATL_OS_Linux -DATL_ARCH_PIII -DATL_CPUMHZ=2500 -
You are right. I have recompiled everything with gfortran, but now I
get the following error when I try to import numpy: undefined symbol:
_gfortran_concat_string.
I have build a while ago sage-math (where everything is build
locally), but I delete it since it was over 1GB and I am only
Francis wrote:
You are right. I have recompiled everything with gfortran, but now I
get the following error when I try to import numpy: undefined symbol:
_gfortran_concat_string.
This means something at some point was not built with gfortran, or that
you did not use gfortran to build numpy.
Hi,
On Sep 16, 2008, at 11:13 AM, David Cournapeau wrote:
Yes, I think they package everything by themselves. I am starting to
think that we should do the same for blas/lapack, that's also how R
does
it by default, and I am so tired of seeing the same errors coming
again
and again. I
On 16 Sep, 16:13, David Cournapeau [EMAIL PROTECTED]
wrote:
Francis wrote:
You are right. I have recompiled everything with gfortran, but now I
get the following error when I try to import numpy: undefined symbol:
_gfortran_concat_string.
This means something at some point was not built
Francis wrote:
To be frank, I am bit of noob, but not completely. I use the gfortran
make.inc to build lapack. The make.inc file to build and install atlas
is using gfortran. I used the --fcompiler=gfortran flag. I don't
think there is much else I can do.
Yes there is :) You should use
David Cournapeau wrote:
I am really sorry for all this trouble. The last solution you could try,
with a bit old packages is my own repository, with Centos packages:
http://download.opensuse.org/repositories/home:/ashigabou/CentOS_5/
I could update numpy to a recent one (1.1.1), but
18 matches
Mail list logo