Hi,
Thanks a lot for your email.
I will upload the full traceback soon.
Sorry for posting the same thread at scipy-user too.
I don't aware about that numpy and scipy user group is linked.
I apologize for my mistakes.
I will be more careful in future.
best regards
Edge
On Fri, Mar 21, 2014 a
On Thu, Mar 20, 2014 at 4:04 PM, Chia Jing Yi wrote:
> Hi,
>
> I plan to plot a sashimi plot to view the alternative splicing event of my
> interested "gene" by using MISO.
>
> After follow the following link, http://genes.mit.edu/burgelab/miso/docs/and
> read through the forum.
> Unfortunately,
Hi,
I plan to plot a sashimi plot to view the alternative splicing event of my
interested "gene" by using MISO.
After follow the following link,
http://genes.mit.edu/burgelab/miso/docs/and read through the forum.
Unfortunately, I still face some problems to run the complete set of MISO
successful
Thank you. This is very helpful!
On Fri, Jul 6, 2012 at 6:23 AM, Aron Ahmadia wrote:
> I usually find these problems by searching for "error" in the output, in
> your case the complete problem is at the bottom of the log. The relocation
> errors you're seeing are happening because the build pro
I usually find these problems by searching for "error" in the output, in
your case the complete problem is at the bottom of the log. The relocation
errors you're seeing are happening because the build process is trying to
link in Atlas libraries (located here: /home/hxc249/lib/atlas/lib/) that
wer
Link is a great suggestion! I was hesitating about whether or not to
paste such a long output.
The site.cfg file is shown in the following link.
https://gist.github.com/3059209
The output message for
$ python setup.py build --fcompiler=gnu95
can be found at the URL.
https://gist.github.com/30593
>
> However, I got the following error message:
> error: Command "/usr/bin/g77 -g -Wall -g -Wall -shared
> build/temp.linux-x86_64-2.6/build/src.linux-x86_64-2.6/scipy/integrate/vodemodule.o
> build/temp.linux-x86_64-2.6/build/src.linux-x86_64-2.6/fortranobject.o
> -L/home/username/lib/ -L/usr/lib
Thank you for pointing this out. Actually I tried both
--fcompiler=gnu95 and --fcompiler=gnu flags, but I got the same error
message.
As for the redhat version, I'm using Red Hat Enterprise Linux Server
release 6.3 (Santiago).
On Fri, Jul 6, 2012 at 12:42 AM, Paul Anton Letnes
wrote:
> Hi,
>
>
Hi,
are you sure that you want g77 and not gfortran? If you want gfortran, you
should pass the
> --fcompiler=gnu95
flag to setup.py.
Which redhat version are you building on? (I don't know red hat well enough to
comment, but perhaps someone else do...)
Paul
On 6. juli 2012, at 03:00, Hung-Hsu
Dear all,
I've built blas, lapack, and atlas libraries, as shown below.
$ ls ~/lib/atlas/lib/
libatlas.a libcblas.a libf77blas.a liblapack.a libptcblas.a libptf77blas.a
The library location are specified by site.cfg file, as shown below.
[DEFAULT]
library_dirs = /home/username/lib/atlas/li
On Sunday, March 18, 2012, wrote:
> Dear list,
> I am having problems installing matplotlib (from source) and fipy.
> I had installed numpy from source and it is running well:
> :~$ python -c "import numpy; print numpy.__version__"
> 1.6.1
> After being trying to solve this problem on matplotlib
Dear list,
I am having problems installing matplotlib (from source) and fipy.
I had installed numpy from source and it is running well:
:~$ python -c "import numpy; print numpy.__version__"
1.6.1
After being trying to solve this problem on matplotlib list, I was
recommended to ask numpy list.
I cop
>> Yes, you should be worried. To run the numpy tests you need to install
> nose. That's what your output said:
>
> ImportError: Need nose >= 0.10.0 for tests - see
> http://somethingaboutorange.com/mrl/projects/nose
>
> For h5py, you might want to try the h5py list. Did you remove the
> build di
On Sat, Jul 24, 2010 at 3:39 PM, Jonathan Tu wrote:
>
> On Jul 24, 2010, at 6:21 PM, David Cournapeau wrote:
>
>> On Sun, Jul 25, 2010 at 7:12 AM, Jonathan Tu wrote:
>>
>>>
>>> What does that part do? It turns out that by fixing my library path, numpy
>>> now imports. I assume that my installa
On Jul 24, 2010, at 6:21 PM, David Cournapeau wrote:
> On Sun, Jul 25, 2010 at 7:12 AM, Jonathan Tu wrote:
>
>>
>> What does that part do? It turns out that by fixing my library path, numpy
>> now imports. I assume that my installation of h5py doesn't need to be
>> redone just because I re
On Sun, Jul 25, 2010 at 7:12 AM, Jonathan Tu wrote:
>
> What does that part do? It turns out that by fixing my library path, numpy
> now imports. I assume that my installation of h5py doesn't need to be redone
> just because I reinstalled Numpy?
Actually, you may have to if you installed h5p
On Sat, Jul 24, 2010 at 3:12 PM, Jonathan Tu wrote:
>
> On Jul 24, 2010, at 6:09 PM, David Cournapeau wrote:
>
>> On Sun, Jul 25, 2010 at 7:00 AM, Jonathan Tu wrote:
If you install shared libraries into a directory which is not looked
in by default by ld, you should add it to the LD_LIB
On Jul 24, 2010, at 6:09 PM, David Cournapeau wrote:
> On Sun, Jul 25, 2010 at 7:00 AM, Jonathan Tu wrote:
>>> If you install shared libraries into a directory which is not looked
>>> in by default by ld, you should add it to the LD_LIBRARY_PATH, e.g.:
>>>
>>> LD_LIBRARY_PATH=$HOME/local/lib:$L
On Sun, Jul 25, 2010 at 7:00 AM, Jonathan Tu wrote:
>> If you install shared libraries into a directory which is not looked
>> in by default by ld, you should add it to the LD_LIBRARY_PATH, e.g.:
>>
>> LD_LIBRARY_PATH=$HOME/local/lib:$LD_LIBRARY_PATH python -c "import numpy"
>>
>> David
>
> Ok, th
> If you install shared libraries into a directory which is not looked
> in by default by ld, you should add it to the LD_LIBRARY_PATH, e.g.:
>
> LD_LIBRARY_PATH=$HOME/local/lib:$LD_LIBRARY_PATH python -c "import numpy"
>
> David
Ok, that makes sense to me. I tried to see what the current value
On Sun, Jul 25, 2010 at 6:50 AM, Jonathan Tu wrote:
>
> Also, I recently tried this all again, only doing make shared, and only
> using the list of libraries without "pt." In both cases, when I ran Python
> interactively and tried to load the numpy module, I got the following:
import numpy
On Jul 24, 2010, at 5:46 PM, Jonathan Tu wrote:
>> Here is what I would do for RHEL4:
>> - use python 2.6, not 2.7, because the released numpy does not support 2.7
>> yet.
>> - build atlas 3.8.3 and lapack 3.1.1 by yourself: this is your core
>> issue here. Both lapack and atlas should be built
> Here is what I would do for RHEL4:
> - use python 2.6, not 2.7, because the released numpy does not support 2.7
> yet.
> - build atlas 3.8.3 and lapack 3.1.1 by yourself: this is your core
> issue here. Both lapack and atlas should be built with the -fPIC flag
> on x86_64 arch (modify the make.i
On Sun, Jul 25, 2010 at 5:18 AM, Jonathan Tu wrote:
>> It shows you don't use either atlas or even simple lapack. If your
>> install used atlas, the atlas libraries would show up on those .so
>> with ldd,
>>
>> David
>>
>
> Hmm. Ok. What I did for Numpy installation was check out the source code
> It shows you don't use either atlas or even simple lapack. If your
> install used atlas, the atlas libraries would show up on those .so
> with ldd,
>
> David
>
Hmm. Ok. What I did for Numpy installation was check out the source code
using svn. Then I did
python setup.py build
where
On Sun, Jul 25, 2010 at 5:13 AM, David Cournapeau wrote:
> On Sun, Jul 25, 2010 at 5:11 AM, Jonathan Tu wrote:
>>
>> On Jul 24, 2010, at 4:04 PM, Keith Goodman wrote:
>>
>>> On Sat, Jul 24, 2010 at 12:58 PM, David Cournapeau
>>> wrote:
On Sun, Jul 25, 2010 at 4:50 AM, Jonathan Tu wrote:
>
On Sun, Jul 25, 2010 at 5:11 AM, Jonathan Tu wrote:
>
> On Jul 24, 2010, at 4:04 PM, Keith Goodman wrote:
>
>> On Sat, Jul 24, 2010 at 12:58 PM, David Cournapeau
>> wrote:
>>> On Sun, Jul 25, 2010 at 4:50 AM, Jonathan Tu wrote:
>>>
I am unable to find the files lapack_lite.so or _dotblas.s
On Jul 24, 2010, at 4:04 PM, Keith Goodman wrote:
> On Sat, Jul 24, 2010 at 12:58 PM, David Cournapeau wrote:
>> On Sun, Jul 25, 2010 at 4:50 AM, Jonathan Tu wrote:
>>
>>> I am unable to find the files lapack_lite.so or _dotblas.so. I used the
>>> locate command to look for them.
>>
>> If y
On Sat, Jul 24, 2010 at 12:58 PM, David Cournapeau wrote:
> On Sun, Jul 25, 2010 at 4:50 AM, Jonathan Tu wrote:
>
>> I am unable to find the files lapack_lite.so or _dotblas.so. I used the
>> locate command to look for them.
>
> If you just installed numpy, locate won't find them as locate uses
On Sun, Jul 25, 2010 at 4:50 AM, Jonathan Tu wrote:
> I am unable to find the files lapack_lite.so or _dotblas.so. I used the
> locate command to look for them.
If you just installed numpy, locate won't find them as locate uses a
database which is usually updated once in a while.
Depending on
On Sat 24/07/10 3:39 PM , David Cournapeau wrote:
> On Sun, Jul 25, 2010 at 4:23 AM, Jonathan Tu wrote:
> >
> > On Jul 24, 2010, at 3:08 PM, Benjamin Root wrote:
> >
> > On Fri, Jul 23, 2010 at 10:10 AM, Jonathan Tu wrote:
> >>
> >> Hi,
> >> I am trying to install Numpy on a Linux cluster
On Sun, Jul 25, 2010 at 4:23 AM, Jonathan Tu wrote:
>
> On Jul 24, 2010, at 3:08 PM, Benjamin Root wrote:
>
> On Fri, Jul 23, 2010 at 10:10 AM, Jonathan Tu wrote:
>>
>> Hi,
>> I am trying to install Numpy on a Linux cluster running RHEL4. I
>> installed a local copy of Python 2.7 because RHEL4 u
On Jul 24, 2010, at 3:08 PM, Benjamin Root wrote:
> On Fri, Jul 23, 2010 at 10:10 AM, Jonathan Tu wrote:
> Hi,
>
> I am trying to install Numpy on a Linux cluster running RHEL4. I installed a
> local copy of Python 2.7 because RHEL4 uses Python 2.3.4 for various internal
> functionalities.
On Fri, Jul 23, 2010 at 10:10 AM, Jonathan Tu wrote:
> Hi,
>
> I am trying to install Numpy on a Linux cluster running RHEL4. I installed
> a local copy of Python 2.7 because RHEL4 uses Python 2.3.4 for various
> internal functionalities. I downloaded the Numpy source code using
>
> svn co http
Hi,I am trying to install Numpy on a Linux cluster running RHEL4. I installed a local copy of Python 2.7 because RHEL4 uses Python 2.3.4 for various internal functionalities. I downloaded the Numpy source code usingsvn co http://svn.scipy.org/svn/numpy/trunk numpyand then I tried to build usingpy
sorry for the silly question: have you done
"python setup.py install"
from the numpy src directory, after untarring?
then cd out from the src directory and try to import numpy from python.
L.
On 7/31/07, kingshuk ghosh <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I downloaded numpy1.0.3-2.tar and unzippe
Hi,
I downloaded numpy1.0.3-2.tar and unzipped and untared.
However somehow new numpy does not work. It invokes
the old numpy 0.9.6 when i import numpy from python
and type in numpy.version.version .
I tried to change path and once I do that and when I do
import numpy it says
"running from source d
37 matches
Mail list logo