On 9/26/06, Nickolas V Fotopoulos <[EMAIL PROTECTED]> wrote:
Dear numpy pros,I have a problem and I don't know whether it's from local setup intricacies(64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVNcheckout). I observe the following:
Any idea what might be wrong? One o
Nickolas V Fotopoulos wrote:
> Dear numpy pros,
>
> I have a problem and I don't know whether it's from local setup intricacies
> (64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVN
> checkout). I observe the following:
>
import numpy
numpy.test()
> Segm
Dear numpy pros,
I have a problem and I don't know whether it's from local setup intricacies
(64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVN
checkout). I observe the following:
>>> import numpy
>>> numpy.test()
Found 5 tests for numpy.distutils.misc_util
Found 3 te
Fernando Perez wrote:
>On 9/26/06, George Nurser <[EMAIL PROTECTED]> wrote:
>
>
>>I'm running Python 2.3.5 with recent SVN f2py.
>>
>>Suppose I import an extension I have built with f2py. Then, if I edit
>>the fortran and recompile the extension, I cannot use reload to use
>>the modified version
Francesc Altet wrote:
>Hi,
>
>Is there any reason why the next works for some types:
>
>In [26]: numpy.int32()
>Out[26]: 0
>
>In [27]: numpy.float64()
>Out[27]: 0.0
>
>but don't for the next others?
>
>In [28]: numpy.int16()
>
Francesc Altet wrote:
>Hi,
>
>I've just noted this:
>
>In [12]: numpy.typeNA is numpy.sctypeNA
>Out[12]: True
>
>In [13]: numpy.typeDict is numpy.sctypeDict
>Out[13]: True
>
>Why these aliases? Ara sc* replacing its not-sc-prefix counterparts?
>I'd like to know this so that I can avoid names that
On 9/26/06, George Nurser <[EMAIL PROTECTED]> wrote:
> I'm running Python 2.3.5 with recent SVN f2py.
>
> Suppose I import an extension I have built with f2py. Then, if I edit
> the fortran and recompile the extension, I cannot use reload to use
> the modified version within the same Python session
Hi,
Is there any reason why the next works for some types:
In [26]: numpy.int32()
Out[26]: 0
In [27]: numpy.float64()
Out[27]: 0.0
but don't for the next others?
In [28]: numpy.int16()
---
Traceback (most rece
On 9/26/06, Hanno Klemm <[EMAIL PROTECTED]> wrote:
Hello,I try to build numpy 1.0rc1 with blas and lapack installed in anotherplace than /usr/lib. I compiled blas and lapack according to theinstructions on the scipy webpage and installed them under
/scratch/python2.4/lib.I set the environment varia
Hi,
I've just noted this:
In [12]: numpy.typeNA is numpy.sctypeNA
Out[12]: True
In [13]: numpy.typeDict is numpy.sctypeDict
Out[13]: True
Why these aliases? Ara sc* replacing its not-sc-prefix counterparts?
I'd like to know this so that I can avoid names that could be deprecated in a
future.
I successfully compiled numpy/scipy/mpl on my Intel mac (OS X 10.4.7
with gfortran) with the latest Universal MacPython 2.5. Everything
went through without a hitch. I've been waiting for this for a while
now (between desire for ctypes, and macpython 2.4 readline issues),
and I am very h
I'm running Python 2.3.5 with recent SVN f2py.
Suppose I import an extension I have built with f2py. Then, if I edit
the fortran and recompile the extension, I cannot use reload to use
the modified version within the same Python session.
I believe this is an problem with Python, that reload doesn
Hello,
I try to build numpy 1.0rc1 with blas and lapack installed in another
place than /usr/lib. I compiled blas and lapack according to the
instructions on the scipy webpage and installed them under
/scratch/python2.4/lib.
I set the environment variables
BLAS=/scratch/python2.4/lib/libfblas.a
On Tuesday 26 September 2006 14:24,
[EMAIL PROTECTED] wrote:
> Are you sure it's matplotlib-0.87.5?
> Line 74 in my c:/Python24/Lib/site-packages/matplotlib/numerix/
> is "from numpy import *"
> and not "Matrix = matrix" as in your stackdump.
>
> You can check the site-packages/matplotlib/__init_
Are you sure it's matplotlib-0.87.5?
Line 74 in my c:/Python24/Lib/site-packages/matplotlib/numerix/
is "from numpy import *"
and not "Matrix = matrix" as in your stackdump.
You can check the site-packages/matplotlib/__init__.py file for the
__version__ variable to make sure. Mine's got:
__versio
Hi,
Not sure if this is a numpy or a matplotlib issue, but I can't seem to get
matplotlib-0.87.5 to work with numpy1.0rc:
Python 2.4.3 (#1, Sep 21 2006, 13:06:42)
[GCC 4.1.1 (Gentoo 4.1.1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pylab import *
16 matches
Mail list logo
