From nwagner at mecha.uni-stuttgart.de  Wed Apr  3 03:37:52 2002
From: nwagner at mecha.uni-stuttgart.de (Nils Wagner)
Date: Wed, 03 Apr 2002 10:37:52 +0200
Subject: [SciPy-user] Factorization of complex symmetric matrices
Message-ID: <3CAABF60.12D609C0@mecha.uni-stuttgart.de>

Hi,

I am looking for a suitable factorization of complex symmetric matrices.
Where can I find a proper routine ?

Nils


From steven.robbins at videotron.ca  Thu Apr  4 13:35:02 2002
From: steven.robbins at videotron.ca (Steve M. Robbins)
Date: Thu, 4 Apr 2002 13:35:02 -0500
Subject: [SciPy-user] tutorial
Message-ID: <20020404183502.GB1441@nyongwa.montreal.qc.ca>

Hi,

I'm using the Debian package (version 0.2.1-1) of scipy.

While working my way through the tutorial trying out the examples,
I've stumbled on a few things.  Can anyone help me out with these?


1. no attribute "standard_normal"

The code of Example 5.7 doesn't work:

>>> y_meas = y_true + 2*randn(len(x))
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "debian/scipy/usr/lib/python2.1/site-packages/scipy/basic1a.py", line 104, in randn
AttributeError: 'scipy.stats' module has no attribute 'standard_normal'


2. Example 6.3 calls grid incorrectly.  This example shows

    x,y = grid[-1:1:20L,-1:1:20L]

But the "20L" (presumably meant to be a length?) should really
be a stepsize.  The above results in

    >>> print x
    zeros((0,), 'l')

I imagine what is intended is a stepsize of 0.1, i.e.

    x,y = grid[-1:1:0.1,-1:1:0.1]


3. no xplt.plot3

The code of Example 6.4 has a line

    xplt.plot3(x,y,z,shade=1,palette='rainbow')

But I can't find any plot3 functions at all.
I can see plot3d in a few places, but I haven't figured
out how to make Example 6.4 work with them.



Thanks,
-Steve

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants



From h.jansen at fel.tno.nl  Thu Apr  4 13:24:42 2002
From: h.jansen at fel.tno.nl (Henk Jansen)
Date: Thu, 04 Apr 2002 20:24:42 +0200
Subject: [SciPy-user] Least-squares with Jacobian.
Message-ID: <3CAC9A6A.C7BA883@fel.tno.nl>

Hi:

I have a problem using the scipy.optimize.minpack.leastsq(...) routine
when a Jacobian is specified. Without Jacobian, I'm able to run the
tutorial example (fitting sinusiodal data), however, when I try to use
the Jacobian information, I get stuck.

If anyone has been successful in using the leastsq(...) function
supplying it with a Jacobian function, can I share in an example?

Thanks,

Henk Jansen



From eric at scipy.org  Thu Apr  4 15:25:22 2002
From: eric at scipy.org (eric)
Date: Thu, 4 Apr 2002 15:25:22 -0500
Subject: [SciPy-user] issues with distributing Numeric separately on windows
Message-ID: <115e01c1dc16$d8c56190$6b01a8c0@ericlaptop>

Group,

When upgrading to Python2.2 I re-discovered a windows specific issue that Travis
O. and I fought with before releasing SciPy-0.1.  It has to do with Numeric and
fastumath.  These guys work very closely together.

On windows, the pre-compiled binaries available from source-forge are compiled
with MSVC compiler.  SciPy, and hence fastumath, is compiled with gcc.  This
works fine except for calls from Numeric C extensions into the C code of
fastumath that return complex numbers.  There is a binary incompatibility
between MSVC and gcc in their structure layout that results in segmentation
faults on complex number operations.  So:

    >>> from scipy_base import *
    >>> array(1+1j)/1.

will cause a seg fault if you use the standard Numeric module with SciPy.

Some people balked when SciPy was distributed with Numeric last time.  We've
endeavored to separate things out this time so that that wasn't necessary.
However, this is pretty much a show stopper on windows -- and was major reason
we bundled them last time.  I think we'll have to distribute a gcc compiled
version of Numeric with SciPy on windows.  This will get installed over (will
clobber) your old installation of Numeric in the process.  It does not affect
Numeric's other than making it version 21.0. By this I mean, the gcc and MSVC
versions will work identically and work with all your extension modules.

If anyone has run into the binary incompatibility issue before and discovered a
solution, I'd love to here it.  I found the --native-struct flag for mingw, but
it didn't seem to help.  One other solution is to get SciPy working with MSVC.
I think it might be possible (though there are some big issues), but it isn't a
high priority.

So, let me know if you have a solution,

eric

--
Eric Jones <eric at enthought.com>
Enthought, Inc. [www.enthought.com and www.scipy.org]
(512) 536-1057





From h.jansen at fel.tno.nl  Fri Apr  5 09:55:24 2002
From: h.jansen at fel.tno.nl (Henk Jansen)
Date: Fri, 05 Apr 2002 16:55:24 +0200
Subject: [SciPy-user] Bug in minpack.leastsq() with Jacobian.
References: <3CAC9A6A.C7BA883@fel.tno.nl>
Message-ID: <3CADBADC.8860D8E8@fel.tno.nl>

As the owner of this prpblem I did some homework. I guess I've found a
bug in "scipy.minpack.leastsq.py" :

When a Jacobian is given (i.e. Dfun != None) the Jacobian Dfun() should
be tested in check_func(...) and not the residuals func().

Have a nice weekend,

Henk Jansen


Henk Jansen wrote:

> Hi:
>
> I have a problem using the scipy.optimize.minpack.leastsq(...) routine
> when a Jacobian is specified. Without Jacobian, I'm able to run the
> tutorial example (fitting sinusiodal data), however, when I try to use
> the Jacobian information, I get stuck.
>
> If anyone has been successful in using the leastsq(...) function
> supplying it with a Jacobian function, can I share in an example?
>
> Thanks,
>
> Henk Jansen
>
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user



From steven.robbins at videotron.ca  Fri Apr  5 10:10:29 2002
From: steven.robbins at videotron.ca (Steve M. Robbins)
Date: Fri, 5 Apr 2002 10:10:29 -0500
Subject: [SciPy-user] another optimization oddity
In-Reply-To: <3CADBADC.8860D8E8@fel.tno.nl>
References: <3CAC9A6A.C7BA883@fel.tno.nl> <3CADBADC.8860D8E8@fel.tno.nl>
Message-ID: <20020405151029.GJ1441@nyongwa.montreal.qc.ca>

On Fri, Apr 05, 2002 at 04:55:24PM +0200, Henk Jansen wrote:
> As the owner of this prpblem I did some homework. I guess I've found a
> bug in "scipy.minpack.leastsq.py" :

Speaking of odd things in scipy.optimize ...

I have a problem that is too large for the typical O(N^2) methods, so I
implemented steepest descent and nonlinear conjugate gradient methods.

I wanted to use the function line_search() in optimize.py, but I am
mystified by its use of the zoom() function:

	def zoom(a_lo, a_hi):
	    pass

That looks like an uncompleted stub function to me.  Correct?

[I don't have Wright & Nocedal on hand to check the details of their
line search.]

-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants



From pearu at scipy.org  Fri Apr  5 10:33:42 2002
From: pearu at scipy.org (pearu at scipy.org)
Date: Fri, 5 Apr 2002 09:33:42 -0600 (CST)
Subject: [SciPy-user] Re: [SciPy-dev] issues with distributing Numeric separately on
 windows
In-Reply-To: <115e01c1dc16$d8c56190$6b01a8c0@ericlaptop>
Message-ID: <Pine.LNX.4.21.0204050910060.6561-100000@scipy.org>

Hi,

On Thu, 4 Apr 2002, eric wrote:

> Some people balked when SciPy was distributed with Numeric last time.  We've
> endeavored to separate things out this time so that that wasn't necessary.
> However, this is pretty much a show stopper on windows -- and was major reason
> we bundled them last time.  I think we'll have to distribute a gcc compiled
> version of Numeric with SciPy on windows.  This will get installed over (will
> clobber) your old installation of Numeric in the process.  It does not affect
> Numeric's other than making it version 21.0. By this I mean, the gcc and MSVC
> versions will work identically and work with all your extension modules.

Personally and in general, I would not feel good if some package
overwrites already installed version of it. It might happen that the
installed version of the package is newer and as a result the overwrite
would break this package (as it may contain new features, bug fixes).

Would it be possible if NumPy team would provide also gcc compiled
binaries for windows? 

And to make clear for Windows installers that SciPy will work only with
gcc compiled Numeric. May be it is possible to check that
the correct Numeric is used already in the SciPy setup.py script and it
would raise an exception if Numeric is not compiled with gcc.

Pearu



From steven.robbins at videotron.ca  Fri Apr  5 10:53:54 2002
From: steven.robbins at videotron.ca (Steve M. Robbins)
Date: Fri, 5 Apr 2002 10:53:54 -0500
Subject: [SciPy-user] Re: [SciPy-dev] issues with distributing Numeric separately on windows
In-Reply-To: <Pine.LNX.4.21.0204050910060.6561-100000@scipy.org>
References: <115e01c1dc16$d8c56190$6b01a8c0@ericlaptop> <Pine.LNX.4.21.0204050910060.6561-100000@scipy.org>
Message-ID: <20020405155354.GK1441@nyongwa.montreal.qc.ca>

On Fri, Apr 05, 2002 at 09:33:42AM -0600, pearu at scipy.org wrote:

> Personally and in general, I would not feel good if some package
> overwrites already installed version of it. 

Yes, I agree.

> It might happen that the
> installed version of the package is newer and as a result the overwrite
> would break this package (as it may contain new features, bug fixes).

Though now fixed, this has happened to me with the Debian packages in
the past.  It is quite a nuisance.

I realise the current discussion is about the MS windows packaging.
I presume that the Debian packager could continue to keep 'em separated?


> And to make clear for Windows installers that SciPy will work only with
> gcc compiled Numeric. May be it is possible to check that
> the correct Numeric is used already in the SciPy setup.py script and it
> would raise an exception if Numeric is not compiled with gcc.

Presumably you could build a test based on the code that is known to
fail --- that in eric's message?

-Steve

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants



From jochen at unc.edu  Fri Apr  5 11:34:08 2002
From: jochen at unc.edu (Jochen =?iso-8859-1?q?K=FCpper?=)
Date: 05 Apr 2002 11:34:08 -0500
Subject: [SciPy-user] Re: [SciPy-dev] issues with distributing Numeric separately on windows
In-Reply-To: <Pine.LNX.4.21.0204050910060.6561-100000@scipy.org>
References: <Pine.LNX.4.21.0204050910060.6561-100000@scipy.org>
Message-ID: <lyit76t88v.fsf@bock.chem.unc.edu>

On Fri, 5 Apr 2002 09:33:42 -0600 (CST) pearu  wrote:

pearu> Personally and in general, I would not feel good if some package
pearu> overwrites already installed version of it. 

Absolutely.

pearu> Would it be possible if NumPy team would provide also gcc
pearu> compiled binaries for windows?

I am sure nobody (incl. Paul Dubois) would complain if you give him a
binary package of the latest numpy to be included on the download
page...

pearu> And to make clear for Windows installers that SciPy will work
pearu> only with gcc compiled Numeric. May be it is possible to check
pearu> that the correct Numeric is used already in the SciPy setup.py
pearu> script and it would raise an exception if Numeric is not
pearu> compiled with gcc.

Wouldn't just checking fo "gcc2_compiled" in some numpy so be enough?

Greetings,
Jochen
-- 
University of North Carolina                       phone: +1-919-962-4403
Department of Chemistry                            phone: +1-919-962-1579
Venable Hall CB#3290 (Kenan C148)                    fax: +1-919-843-6041
Chapel Hill, NC 27599, USA                            GnuPG key: 44BCCD8E



From oliphant.travis at ieee.org  Fri Apr  5 12:04:26 2002
From: oliphant.travis at ieee.org (Travis Oliphant)
Date: 05 Apr 2002 10:04:26 -0700
Subject: [SciPy-user] another optimization oddity
In-Reply-To: <20020405151029.GJ1441@nyongwa.montreal.qc.ca>
References: <3CAC9A6A.C7BA883@fel.tno.nl> <3CADBADC.8860D8E8@fel.tno.nl> 
	<20020405151029.GJ1441@nyongwa.montreal.qc.ca>
Message-ID: <1018026268.19708.8.camel@travis>

On Fri, 2002-04-05 at 08:10, Steve M. Robbins wrote:
> On Fri, Apr 05, 2002 at 04:55:24PM +0200, Henk Jansen wrote:
> > As the owner of this prpblem I did some homework. I guess I've found a
> > bug in "scipy.minpack.leastsq.py" :
> 
> Speaking of odd things in scipy.optimize ...
> 
> I have a problem that is too large for the typical O(N^2) methods, so I
> implemented steepest descent and nonlinear conjugate gradient methods.
> 

Any chance you'd share these routines back?



> I wanted to use the function line_search() in optimize.py, but I am
> mystified by its use of the zoom() function:
> 
> 	def zoom(a_lo, a_hi):
> 	    pass
> 
> That looks like an uncompleted stub function to me.  Correct?

Yes indeed,

It looks like I never finished the line_search algorithm.  It's not used
in any of the other subroutins.  The BFGS algorithm uses the
line_search_BFGS algorithm which does pretty much the same thing.  

It's not documented, but it's pretty clear.   I suspect we should export
one of these line algorithms and make it part of the published
interface. 

line_search_BFGS(f, xk, pk, gfk, args=(), c1=1e-4,alpha0=1)

f -- the function
xk --  "reference vector"
pk -- minimization direction    Minimize f(xk+alpha*pk) over alpha

gfk -- vector giving the gradient of f at xk --- numbers not a function.

args --- extra arguments to the function.

c1 --- an accuracy constraint 

alpha0 --- starting guess for alpha


-Travis




From oliphant.travis at ieee.org  Fri Apr  5 12:16:42 2002
From: oliphant.travis at ieee.org (Travis Oliphant)
Date: 05 Apr 2002 10:16:42 -0700
Subject: [SciPy-user] Bug in minpack.leastsq() with Jacobian.
In-Reply-To: <3CADBADC.8860D8E8@fel.tno.nl>
References: <3CAC9A6A.C7BA883@fel.tno.nl>  <3CADBADC.8860D8E8@fel.tno.nl>
Message-ID: <1018027004.19707.16.camel@travis>

On Fri, 2002-04-05 at 07:55, Henk Jansen wrote:
> As the owner of this prpblem I did some homework. I guess I've found a
> bug in "scipy.minpack.leastsq.py" :
> 
> When a Jacobian is given (i.e. Dfun != None) the Jacobian Dfun() should
> be tested in check_func(...) and not the residuals func().

Thanks, this is fixed.  I don't know if it will sove the problem. 
> 
> Have a nice weekend,
> 
> Henk Jansen
> 
> 
> Henk Jansen wrote:
> 
> > Hi:
> >
> > I have a problem using the scipy.optimize.minpack.leastsq(...) routine
> > when a Jacobian is specified. Without Jacobian, I'm able to run the
> > tutorial example (fitting sinusiodal data), however, when I try to use
> > the Jacobian information, I get stuck.
> >
> > If anyone has been successful in using the leastsq(...) function
> > supplying it with a Jacobian function, can I share in an example?
> >
> > Thanks,
> >
> > Henk Jansen
> >
> > _______________________________________________
> > SciPy-user mailing list
> > SciPy-user at scipy.net
> > http://www.scipy.net/mailman/listinfo/scipy-user
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
> 




From eric at scipy.org  Fri Apr  5 11:03:43 2002
From: eric at scipy.org (eric)
Date: Fri, 5 Apr 2002 11:03:43 -0500
Subject: [SciPy-user] issues with distributing Numeric separately on windows
References: <115e01c1dc16$d8c56190$6b01a8c0@ericlaptop>
Message-ID: <12ab01c1dcbb$75f462f0$6b01a8c0@ericlaptop>

Well, Travis O. knows Numeric inside-out and found a solution that puts the
whole question to rest.  It turns out only a few functions were calling from
Numeric extensions into fastumath.  Travis just copied these over to fastumath
and now everything works fine no matter how Numeric was compiled.

So, it looks like Numeric doesn't have to be bundled with SciPy on any platform
now.

Thanks Travis.  One down, several to go.

regards,
eric

----- Original Message -----
From: "eric" <eric at scipy.org>
To: <scipy-dev at scipy.org>; <scipy-user at scipy.org>
Sent: Thursday, April 04, 2002 3:25 PM
Subject: [SciPy-user] issues with distributing Numeric separately on windows


> Group,
>
> When upgrading to Python2.2 I re-discovered a windows specific issue that
Travis
> O. and I fought with before releasing SciPy-0.1.  It has to do with Numeric
and
> fastumath.  These guys work very closely together.
>
> On windows, the pre-compiled binaries available from source-forge are compiled
> with MSVC compiler.  SciPy, and hence fastumath, is compiled with gcc.  This
> works fine except for calls from Numeric C extensions into the C code of
> fastumath that return complex numbers.  There is a binary incompatibility
> between MSVC and gcc in their structure layout that results in segmentation
> faults on complex number operations.  So:
>
>     >>> from scipy_base import *
>     >>> array(1+1j)/1.
>
> will cause a seg fault if you use the standard Numeric module with SciPy.
>
> Some people balked when SciPy was distributed with Numeric last time.  We've
> endeavored to separate things out this time so that that wasn't necessary.
> However, this is pretty much a show stopper on windows -- and was major reason
> we bundled them last time.  I think we'll have to distribute a gcc compiled
> version of Numeric with SciPy on windows.  This will get installed over (will
> clobber) your old installation of Numeric in the process.  It does not affect
> Numeric's other than making it version 21.0. By this I mean, the gcc and MSVC
> versions will work identically and work with all your extension modules.
>
> If anyone has run into the binary incompatibility issue before and discovered
a
> solution, I'd love to here it.  I found the --native-struct flag for mingw,
but
> it didn't seem to help.  One other solution is to get SciPy working with MSVC.
> I think it might be possible (though there are some big issues), but it isn't
a
> high priority.
>
> So, let me know if you have a solution,
>
> eric
>
> --
> Eric Jones <eric at enthought.com>
> Enthought, Inc. [www.enthought.com and www.scipy.org]
> (512) 536-1057
>
>
>
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
>




From eric at scipy.org  Thu Apr 11 09:54:02 2002
From: eric at scipy.org (eric)
Date: Thu, 11 Apr 2002 09:54:02 -0400
Subject: [SciPy-user] Re: SciPy installation
References: <200204110343.g3B3haj21002@coral.phys.uvic.ca>
Message-ID: <00f001c1e160$56cefbc0$6b01a8c0@ericlaptop>

Hey Mark,

Your best shot at getting SciPy installed is actually to get the version in CVS.
By now, it is actually more stable than the 0.1 release, easier to install, and
has a lot more features.  A little known fact is that a tarball of the latest
snapshot (last night) of the CVS is at:

    ftp://www.scipy.org/pub/scipy_snapshot.tgz

If your not comfortable with CVS, grab this.  The setup.py file should work
fine, but there are a few dependencies:

    f2py2e, ATLAS, and Numeric.

Note that fftw is no longer needed -- fftpack comes with SciPy now.

f2py2e:

f2py is easy to get and install.  Be sure to get a recent copy:

    http://cens.ioc.ee/projects/f2py2e/2.x/F2PY-2.13.175-1250.tar.gz

f2py comes with a setup file, so just unpack this, cd to the directory and run:

    python2 setup.py install --prefix=~

This will install the python files in:

    ~/lib/Python2.x/site-packages/

You'll need to add the given path to your PYTHONPATH.

ATLAS:

SciPy relies on a developer release of ATLAS which is ATLAS 3.3.14.  Its a bit
of a pain to build (takes a while and has a couple of steps for full lapack
support), so I've put a copy of the one I use here:

   http://www.scipy.org/Members/eric/atlas-RH7.1-PIII.tgz/

If your on a pre-PIII mahcine, then it probably won't work.  If your not using
RH7.1, your milage may also vary.

Unpack this file in ~/lib.  It should create ~/lib/atlas.

If you have to build it yourself, it takes anywhere from 15 minutes to 4 hours
to build.  After you finish, you need to follow the instructions here to get a
fully
built lapack library:

    http://math-atlas.sourceforge.net/errata.html#completelp

Hmmm.  I guess your also gonna need to build the "slow" lapack to get this to
work.

    http://www.netlib.org/lapack/

Numeric:

Grab the Numeric-21.0 version from:

  http://prdownloads.sourceforge.net/numpy/Numeric-21.0.tar.gz

Install with:

    python2 setup.py install --prefix=<your local python directory>

SciPy:
Once f2py2e, ATLAS, and Numeric are installed and you've unpacked the scipy
tarball, your almost set.  Because your ATLAS libraries are not installed in
/usr/local, you'll probably need to copy the
scipy/scipy_distutils/sample_site.cfg to scipy/scipy_distutils/site.cfg and edit
it to tell scipy where to find atlas.  Then, run the following from the scipy
directory:

    python2 setup.py install --prefix=<your local python directory>

If all goes well, you've ready to use scipy.  Also, please let me know if find
that any of these directions need correcting.

If you have more questions, please post to scipy-user at scipy.org or
scipy-dev at scipy.org.  There are a lot more people there, and you'll get answers
more quickly and perhaps targeted to your platform a little better.

good luck
eric


----- Original Message -----
From: "Mark Fardal" <fardal at coral.phys.uvic.ca>
To: <eric at enthought.com>
Sent: Wednesday, April 10, 2002 11:43 PM
Subject: SciPy installation


>
> Hi,
>
> I already wrote about my failure to install from RPM on Red Hat
> 7.1/7.2.  I had unpacked a SciPy-0.1 directory and noticed the
> setup.py procedure there.  Thought I'd give it a go...I can't tell how
> far this is from working, perhaps you would know.
>
> I changed python to python2 (damn Red Hat) in setup.py.
> Ran, tons of warning messages, failed on fftw
>
> gcc -shared
build/temp.linux-i686-2.1/fftw_wrap.o -L/astro/fardal/lib -L/usr/local/lib/gcc-l
ib/i686-pc-linux-gnu/2.95.3/specs -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.9
5.3/specs -Lbuild/temp.linux-i686-2.1 -Lbuild/temp.linux-i686-2.1 -lfftw_threads
 -lrfftw_threads -lfftw -lrfftw -lpthread -lamos -ltoms -lfitpack -lminpack -lqu
adpack -lodepack -llinpack_lite -lblas -lmach -lg2c -lgist -lc_misc -lcephes -o
build/lib.linux-i686-2.1/scipy/fft/fftw.so
> /usr/bin/ld: cannot find -lfftw_threads
> collect2: ld returned 1 exit status
> error: command 'gcc' failed with exit status 1
>
> Tried again, setting build_fftw=0
> still lots of warnings, but no failures
>
> warnings are things like:
> warning: build_py: package init file './compiler/tests/__init__.py' not found
(or not a regular file)
> special/cephes/ellie.c:58: warning: function declaration isn't a prototype
> interpolate/fitpack/fppogr.f:16: warning: `ve' might be used uninitialized in
this function
> Numerical/Src/dlapack_lite.c:9579: warning: suggest parentheses around &&
within ||
> etc...I'm assuming they are innocuous
>
> Don't want to do setup.py install since it'll probably go wrong place...
> I have no access to /usr/local, which is the problem with using the rpm.
> pelican:SciPy-0.1[ 47 ] ls build/lib.linux-i686-2.1/
> gui_thread  Numeric  scipy
>
> I just moved these directories to my comp/python/lib dir which is in my
> PYTHONPATH
>
> Try to use: wants fftw
> eliminated references to fftw and handy
>
> Complains about no fastumath
>
> Where's fastumath?  in the new Numeric directory, fastumath.so
> ah! I have python1.5/site-packages/Numeric in my PYTHONPATH too.  eliminate
> this...oops, no dice:
>
> python> import Numeric
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> ImportError: No module named Numeric
>
> There is no __init__.py in the new Numeric.  As best as I can tell
> (newbie alert), it needs one to count as a module.  Why didn't I get
> an __init__.py?  If it's at all educational, this is what my directories
> look like now.
>
> pelican:scipy[ 107 ] ls
> build_clib_new.py   ga            interpolate      scipy_tempfile.py
> build_flib.py       gplt          io               scipy_test.py
> cluster             handy.py      limits.py        scipy_version.py
> compiler            handy.pyc     misc.py          scipy_version.pyc
> cow                 helpmod.py    misc.py~         signal
> data_store.py       helpmod.pyc   misc.pyc         special
> dumbdbm_patched.py  __init__.py   optimize         stats
> dumb_shelve.py      __init__.py~  plt              sync.py
> fft                 __init__.pyc  proc.py          tests
> fortran_support.py  integrate     saved_values.py  xplt
>
> pelican:Numeric[ 105 ] ls
> arrayfns.so       LinearAlgebra.py  Numeric.pyc          Precision.pyc
> ArrayPrinter.py   Matrix.py         numeric_version.py   RandomArray.py
> ArrayPrinter.pyc  MLab.py           numeric_version.pyc  ranlib.so
> fastumath.so      multiarray.so     _numpy.so            umath.so
> lapack_lite.so    Numeric.py        Precision.py         UserArray.py
>
> any advice?
>
> thanks,
> Mark Fardal
> University of Victoria
>




From tinu at email.ch  Thu Apr 11 12:57:01 2002
From: tinu at email.ch (tinu)
Date: Thu, 11 Apr 2002 18:57:01 +0200
Subject: [SciPy-user] Re: SciPy installation
In-Reply-To: <00f001c1e160$56cefbc0$6b01a8c0@ericlaptop>
References: <200204110343.g3B3haj21002@coral.phys.uvic.ca>
	<00f001c1e160$56cefbc0$6b01a8c0@ericlaptop>
Message-ID: <15541.49245.131831.838158@yak.ethz.ch>

Dear list members

Installing scipy from CVS, the ATLAS libraries could not be found (since they
are installed in a non standard place). The error message indicates, that the 
ATLAS environment variable can be used to provide the path information, but 
it seems not to get read. 

As a quick hack I added the envrionment variable to the path and everything 
worked out fine. Patch appended.

All the Best

Martin

-- 
Martin L?thi
mel: martin.luethi at ethz.ch




diff -c -r1.15 system_info.py
*** system_info.py	2002/04/07 23:41:48	1.15
--- system_info.py	2002/04/11 17:19:31
***************
*** 325,330 ****
--- 325,332 ----
  
      def get_paths(self, section, key):
          default_dirs = self.cp.get('DEFAULT', key).split(os.pathsep)
+         if os.environ.has_key('ATLAS'):
+             default_dirs.append(os.environ['ATLAS'])
          dirs = []
          for d in self.cp.get(section, key).split(os.pathsep) + default_dirs:
              dirs.extend([d]+combine_paths(d,['atlas*','ATLAS*']))



From tinu at email.ch  Thu Apr 11 13:31:13 2002
From: tinu at email.ch (tinu)
Date: Thu, 11 Apr 2002 19:31:13 +0200
Subject: [SciPy-user] Re: SciPy installation
In-Reply-To: <00f001c1e160$56cefbc0$6b01a8c0@ericlaptop>
References: <200204110343.g3B3haj21002@coral.phys.uvic.ca>
	<00f001c1e160$56cefbc0$6b01a8c0@ericlaptop>
Message-ID: <15541.51297.340039.916535@yak.ethz.ch>

Hi all

During the installation, I found an error in the test_stats file. Either the
content of test_cmedian has been removed by accident or one should include an
empty statement. Patch appendend.

However, I still get import errors for fastumath after having built scipy. 
Suggestions? (ImportError: No module named fastumath)

All the best

Martin





*** test_stats.py	2002/04/11 01:04:14	1.10
--- test_stats.py	2002/04/11 17:54:25
***************
*** 162,168 ****
  
  class test_cmedian(TestCase):
      def check_basic(self):
!         
  
  def test_suite(level=1):
      suites = []
--- 162,168 ----
  
  class test_cmedian(TestCase):
      def check_basic(self):
!         pass
  
  def test_suite(level=1):
      suites = []


From pearu at scipy.org  Thu Apr 11 14:24:11 2002
From: pearu at scipy.org (pearu at scipy.org)
Date: Thu, 11 Apr 2002 13:24:11 -0500 (CDT)
Subject: [SciPy-user] Re: SciPy installation
In-Reply-To: <15541.51297.340039.916535@yak.ethz.ch>
Message-ID: <Pine.LNX.4.21.0204111320420.22826-100000@scipy.org>

On Thu, 11 Apr 2002, tinu wrote:

> However, I still get import errors for fastumath after having built scipy. 
> Suggestions? (ImportError: No module named fastumath)

Can you check if fastumath is built? See in the site-packages/scipy_base
directory. Are they any other messages before the ImportError?

And thanks for the patches.

Pearu



From tinu at email.ch  Thu Apr 11 14:16:55 2002
From: tinu at email.ch (tinu)
Date: Thu, 11 Apr 2002 20:16:55 +0200
Subject: [SciPy-user] Re: SciPy installation
In-Reply-To: <Pine.LNX.4.21.0204111320420.22826-100000@scipy.org>
References: <15541.51297.340039.916535@yak.ethz.ch>
	<Pine.LNX.4.21.0204111320420.22826-100000@scipy.org>
Message-ID: <15541.54039.547700.121355@yak.ethz.ch>

pearu at scipy.org writes:
 > Can you check if fastumath is built? See in the site-packages/scipy_base
 > directory. Are they any other messages before the ImportError?

Shame on me, this was a load path problem. I still have some other import
errors (missing symbols in different *.so files). I'll try to find these
tomorrow.

Thanks a lot!

Martin




From wagner.nils at vdi.de  Sat Apr 13 14:26:53 2002
From: wagner.nils at vdi.de (My VDI Freemail)
Date: Sat, 13 Apr 2002 20:26:53 +0200
Subject: [SciPy-user] ImportError: cannot import name =?iso-8859-1?q?P=5Froots?=
Message-ID: <200204131821.g3DILXZ14065@scipy.org>

Hi,

I have build and installed scipy via latest CVS.
Everything works fine so far.

Python 2.2 (#1, Mar 26 2002, 15:46:04)
[GCC 2.95.3 20010315 (SuSE)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from scipy import *
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.2/site-packages/scipy/__init__.py", line 57, in ?
    import optimize, integrate, signal, special, interpolate, cow, ga, cluster, weave
  File "/usr/lib/python2.2/site-packages/scipy/integrate/__init__.py", line 28, in ?
    from quadrature import *
  File "/usr/lib/python2.2/site-packages/scipy/integrate/quadrature.py", line 5, in ?
    from scipy.special.orthogonal import P_roots
ImportError: cannot import name P_roots
>>>

Any idea ?

Nils




From pearu at scipy.org  Sat Apr 13 14:30:02 2002
From: pearu at scipy.org (pearu at scipy.org)
Date: Sat, 13 Apr 2002 13:30:02 -0500 (CDT)
Subject: [SciPy-user] Re: [SciPy-dev] ImportError: cannot import name =?iso-8859-1?q?P=5Froots?=
In-Reply-To: <200204131821.g3DILXZ14064@scipy.org>
Message-ID: <Pine.LNX.4.21.0204131328510.28449-100000@scipy.org>


On Sat, 13 Apr 2002, My VDI Freemail wrote:

> ImportError: cannot import name P_roots
> >>>
> 
> Any idea ?

It is fixed in CVS already.

Pearu



From oliphant.travis at ieee.org  Sat Apr 13 16:43:22 2002
From: oliphant.travis at ieee.org (Travis Oliphant)
Date: 13 Apr 2002 14:43:22 -0600
Subject: [SciPy-user] ImportError: cannot import name P_roots
In-Reply-To: <200204131821.g3DILXZ14065@scipy.org>
References: <200204131821.g3DILXZ14065@scipy.org>
Message-ID: <1018730604.7907.5.camel@travis>

On Sat, 2002-04-13 at 12:26, My VDI Freemail wrote:
> Hi,
> 
> I have build and installed scipy via latest CVS.
> Everything works fine so far.
> 
> Python 2.2 (#1, Mar 26 2002, 15:46:04)
> [GCC 2.95.3 20010315 (SuSE)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from scipy import *
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
>   File "/usr/lib/python2.2/site-packages/scipy/__init__.py", line 57, in ?
>     import optimize, integrate, signal, special, interpolate, cow, ga, cluster, weave
>   File "/usr/lib/python2.2/site-packages/scipy/integrate/__init__.py", line 28, in ?
>     from quadrature import *
>   File "/usr/lib/python2.2/site-packages/scipy/integrate/quadrature.py", line 5, in ?
>     from scipy.special.orthogonal import P_roots
> ImportError: cannot import name P_roots
> >>>


No idea,  

Did you do a clean install?

Is there a file named
/usr/lib/python2.2/site-packages/scipy/special/orthogonal.py on your
system?

Does that file contain the function P_roots?  Note:

>>> import scipy
>>> from scipy.special.orthogonal import P_roots
>>> P_roots
<function P_roots at 0x82acdfc>






From eric at scipy.org  Sat Apr 13 22:14:19 2002
From: eric at scipy.org (eric)
Date: Sat, 13 Apr 2002 22:14:19 -0400
Subject: [SciPy-user] ImportError: cannot import name P_roots
References: <200204131821.g3DILXZ14065@scipy.org> <1018730604.7907.5.camel@travis>
Message-ID: <045501c1e35a$1660f7e0$6b01a8c0@ericlaptop>

I went through and changed P_roots and friends to p_roots so that they matched
the lower-case naming conventions.  Nils must have done a checkout in the middle
of the changes.  As Pearu says, it is OK in the CVS now.

eric

----- Original Message -----
From: "Travis Oliphant" <oliphant.travis at ieee.org>
To: <scipy-user at scipy.org>
Sent: Saturday, April 13, 2002 4:43 PM
Subject: Re: [SciPy-user] ImportError: cannot import name P_roots


> On Sat, 2002-04-13 at 12:26, My VDI Freemail wrote:
> > Hi,
> >
> > I have build and installed scipy via latest CVS.
> > Everything works fine so far.
> >
> > Python 2.2 (#1, Mar 26 2002, 15:46:04)
> > [GCC 2.95.3 20010315 (SuSE)] on linux2
> > Type "help", "copyright", "credits" or "license" for more information.
> > >>> from scipy import *
> > Traceback (most recent call last):
> >   File "<stdin>", line 1, in ?
> >   File "/usr/lib/python2.2/site-packages/scipy/__init__.py", line 57, in ?
> >     import optimize, integrate, signal, special, interpolate, cow, ga,
cluster, weave
> >   File "/usr/lib/python2.2/site-packages/scipy/integrate/__init__.py", line
28, in ?
> >     from quadrature import *
> >   File "/usr/lib/python2.2/site-packages/scipy/integrate/quadrature.py",
line 5, in ?
> >     from scipy.special.orthogonal import P_roots
> > ImportError: cannot import name P_roots
> > >>>
>
>
> No idea,
>
> Did you do a clean install?
>
> Is there a file named
> /usr/lib/python2.2/site-packages/scipy/special/orthogonal.py on your
> system?
>
> Does that file contain the function P_roots?  Note:
>
> >>> import scipy
> >>> from scipy.special.orthogonal import P_roots
> >>> P_roots
> <function P_roots at 0x82acdfc>
>
>
>
>
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
>




From mike at sowka.com  Sun Apr 14 00:30:44 2002
From: mike at sowka.com (Mike Sowka)
Date: 14 Apr 2002 00:30:44 -0400
Subject: [SciPy-user] Confused Newbie
Message-ID: <1018758644.1431.18.camel@laptop.sowka.com>

Hello folks,
I would like to make the switch from Octave to SciPy, having heard
nothing but praise about the modules, but have run into a couple of
hurdles.
  I consider myself fairly capable of building/installing linux
software, and the SciPy install wen't fairly smooth:

I run RedHat 7.2 with Python 2.2.1

1) build/install wxGTK
2) build/install wxPython
3) build/install fftw & fftw-devel RPMS
4) build SciPy <---

NOTE: During SciPy build it complained about not seeing /usr/lib/lfftw*
libraries. I noticed that the fftw libraries in my /usr/lib where in the
form of two versions libdfftw* and libsfftw* ( I made a ln -s to the "d"
ones figuring that's d for "double precision" ... I donno)

Anyways, like I said it seemed like everything during the install went
smoothly... UNTIL I tried using SciPy: here are some "borked" outputs
when I try to do the simplest things from the scipy.org tutorials:

************************************************************************
>>> from scipy import gplt
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.2/site-packages/scipy/__init__.py", line 42, in
?
    from misc import *
  File "/usr/lib/python2.2/site-packages/scipy/misc.py", line 21, in ?
    import scipy.stats
  File "/usr/lib/python2.2/site-packages/scipy/stats/__init__.py", line
4, in ?
    from stats import *
  File "/usr/lib/python2.2/site-packages/scipy/stats/stats.py", line
204, in ?
    import math, string, sys, pstat, copy
  File "/usr/lib/python2.2/site-packages/scipy/stats/pstat.py", line 176
    exec execstring
SyntaxError: unqualified exec is not allowed in function 'colex' it
contains a nested function with free variables
***************************************************************************
---> funny thing is when I tried importing again after a while of
fiddling around it WORKED!!

HERE IS ANOTHER ONE:
***************************************************************************
>>> from scipy import plt
>>> plt.plot((1,2,3))
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.2/site-packages/scipy/plt/interface.py", line
395, in plot
    groups = plot_groups(data)
  File "/usr/lib/python2.2/site-packages/scipy/plt/interface.py", line
237, in plot_groups
    group,remains = get_plot_group(remains)
  File "/usr/lib/python2.2/site-packages/scipy/plt/interface.py", line
249, in get_plot_group
    el = asarray(el)
NameError: global name 'asarray' is not defined
***************************************************************************

Pretty much giving up on the plot modules I went on to another tutorial
on integrating...:

***************************************************************************
>>> from scipy import integrate
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.2/site-packages/scipy/integrate/__init__.py",
line 23, in ?
    scipy.somenames2all(__all__, _moddict, globals())
  File "/usr/lib/python2.2/site-packages/scipy/__init__.py", line 9, in
somenames2all
    exec("from %s import %s" % (key, string.join(namedict[key],',')),
gldict)
  File "<string>", line 1, in ?
  File "/usr/lib/python2.2/site-packages/scipy/integrate/quadpack.py",
line 113, in ?
    Inf = 1e308**10
OverflowError: (34, 'Numerical result out of range')
***************************************************************************

Again this modules succeded when I tried again after a while... ??? BUT:

***************************************************************************
>>> result = integrate.quad(lambda x: special.jv(2.5, x), 0, 4.5)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
NameError: name 'integrate' is not defined
>>> from scipy import integrate
>>> result = integrate.quad(lambda x: special.jv(2.5, x), 0, 4.5)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AttributeError: 'module' object has no attribute 'quad'
***************************************************************************

CONCLUSION: There is some uncompatibility with my distro and/or
python2.2.1 or I really messed something up during install. Any hints or
suggestion are MUCH appreciated.
Thank You,
Mike

-- 
/*******************************************************************\
|      Mike Sowka                   o      _     _         _        |
| An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
|  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
| msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
| (home mike at sowka.com)                                             |
\*******************************************************************/



From pearu at scipy.org  Sun Apr 14 01:40:45 2002
From: pearu at scipy.org (pearu at scipy.org)
Date: Sun, 14 Apr 2002 00:40:45 -0500 (CDT)
Subject: [SciPy-user] Confused Newbie
In-Reply-To: <1018758644.1431.18.camel@laptop.sowka.com>
Message-ID: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>

Hi,

On 14 Apr 2002, Mike Sowka wrote:

> CONCLUSION: There is some uncompatibility with my distro and/or
> python2.2.1 or I really messed something up during install. Any hints or
> suggestion are MUCH appreciated.

It seems that you are using SciPy 0.1. Get SciPy 0.2 from CVS. It is
currently quite stable and almost ready for a release if docs are updated.
SciPy 0.2 does not depend on fftw anymore and works fine with Python 
2.2.x.

Pearu



From wagner.nils at vdi.de  Sun Apr 14 03:59:07 2002
From: wagner.nils at vdi.de (My VDI Freemail)
Date: Sun, 14 Apr 2002 09:59:07 +0200
Subject: [SciPy-user] wxPython
Message-ID: <200204140753.g3E7rkZ21281@scipy.org>

Hi,

I have just build and installed wxPython on SuSE8.0. However there seems
to be a problem

~/mysoft/wxPython-2.3.2.1/demo> python demo.py
Traceback (most recent call last):
  File "demo.py", line 3, in ?
    import Main
  File "Main.py", line 15, in ?
    from   wxPython.wx import *
  File "/usr/lib/python2.2/site-packages/wxPython/__init__.py", line 20, in ?
    import wxc
ImportError: /usr/lib/python2.2/site-packages/wxPython/wxc.so: undefined symbol:                              SeekI__13wxInputStreamx10wxSeekMode

What can I do ?

Nils




From pearu at scipy.org  Sun Apr 14 06:28:11 2002
From: pearu at scipy.org (pearu at scipy.org)
Date: Sun, 14 Apr 2002 05:28:11 -0500 (CDT)
Subject: [SciPy-user] wxPython
In-Reply-To: <200204140753.g3E7rkZ21281@scipy.org>
Message-ID: <Pine.LNX.4.21.0204140525320.28449-100000@scipy.org>


On Sun, 14 Apr 2002, My VDI Freemail wrote:

> I have just build and installed wxPython on SuSE8.0. However there seems
> to be a problem
> 
> ~/mysoft/wxPython-2.3.2.1/demo> python demo.py
> Traceback (most recent call last):
>   File "demo.py", line 3, in ?
>     import Main
>   File "Main.py", line 15, in ?
>     from   wxPython.wx import *
>   File "/usr/lib/python2.2/site-packages/wxPython/__init__.py", line 20, in ?
>     import wxc
> ImportError: /usr/lib/python2.2/site-packages/wxPython/wxc.so: undefined symbol:                              SeekI__13wxInputStreamx10wxSeekMode
> 
> What can I do ?

It seems to be a wxPython issue, not SciPy. You should ping wxpython list,
I bet you'll get more proper answers there.

Pearu



From wagner.nils at vdi.de  Sun Apr 14 12:56:08 2002
From: wagner.nils at vdi.de (My VDI Freemail)
Date: Sun, 14 Apr 2002 18:56:08 +0200
Subject: [SciPy-user] wxPython
In-Reply-To: <Pine.LNX.4.21.0204140525320.28449-100000@scipy.org>
Message-ID: <200204141650.g3EGonZ32399@scipy.org>

-------------------
> 
> 
> On Sun, 14 Apr 2002, My VDI Freemail wrote:
> 
> > I have just build and installed wxPython on SuSE8.0. However there seems
> > to be a problem
> > 
> > ~/mysoft/wxPython-2.3.2.1/demo> python demo.py
> > Traceback (most recent call last):
> >   File "demo.py", line 3, in ?
> >     import Main
> >   File "Main.py", line 15, in ?
> >     from   wxPython.wx import *
> >   File "/usr/lib/python2.2/site-packages/wxPython/__init__.py", line 20, in ?
> >     import wxc
> > ImportError: /usr/lib/python2.2/site-packages/wxPython/wxc.so: undefined symbol:                              SeekI__13wxInputStreamx10wxSeekMode
> > 
> > What can I do ?
> 
> It seems to be a wxPython issue, not SciPy. You should ping wxpython list,
> I bet you'll get more proper answers there.
> 
> Pearu
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
> 
Hi Pearu,

it seems to be a SuSE specific problem. I just installed
the first bugfix release for Python2.2 namely python2.2.1.
Now everything works fine...

Nils



From mike at sowka.com  Mon Apr 15 18:47:50 2002
From: mike at sowka.com (Mike Sowka)
Date: 15 Apr 2002 18:47:50 -0400
Subject: [SciPy-user] Confused Newbie
In-Reply-To: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
Message-ID: <1018910871.1693.0.camel@laptop.sowka.com>

What does SciPy use now instead of fftw?
Thanks,
Mike

On Sun, 2002-04-14 at 01:40, pearu at scipy.org wrote:
> 
> Hi,
> 
> On 14 Apr 2002, Mike Sowka wrote:
> 
> > CONCLUSION: There is some uncompatibility with my distro and/or
> > python2.2.1 or I really messed something up during install. Any hints or
> > suggestion are MUCH appreciated.
> 
> It seems that you are using SciPy 0.1. Get SciPy 0.2 from CVS. It is
> currently quite stable and almost ready for a release if docs are updated.
> SciPy 0.2 does not depend on fftw anymore and works fine with Python 
> 2.2.x.
> 
> Pearu
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
-- 
/*******************************************************************\
|      Mike Sowka                   o      _     _         _        |
| An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
|  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
| msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
| (home mike at sowka.com)                                             |
\*******************************************************************/



From eric at scipy.org  Mon Apr 15 17:57:18 2002
From: eric at scipy.org (eric)
Date: Mon, 15 Apr 2002 17:57:18 -0400
Subject: [SciPy-user] Confused Newbie
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org> <1018910871.1693.0.camel@laptop.sowka.com>
Message-ID: <062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>

It uses fftpack.   Its still possible to use fftw, but it isn't used by default.
The fftpack source code comes with and is automatically built by SciPy.

eric


----- Original Message -----
From: "Mike Sowka" <mike at sowka.com>
To: <scipy-user at scipy.org>
Sent: Monday, April 15, 2002 6:47 PM
Subject: Re: [SciPy-user] Confused Newbie


> What does SciPy use now instead of fftw?
> Thanks,
> Mike
>
> On Sun, 2002-04-14 at 01:40, pearu at scipy.org wrote:
> >
> > Hi,
> >
> > On 14 Apr 2002, Mike Sowka wrote:
> >
> > > CONCLUSION: There is some uncompatibility with my distro and/or
> > > python2.2.1 or I really messed something up during install. Any hints or
> > > suggestion are MUCH appreciated.
> >
> > It seems that you are using SciPy 0.1. Get SciPy 0.2 from CVS. It is
> > currently quite stable and almost ready for a release if docs are updated.
> > SciPy 0.2 does not depend on fftw anymore and works fine with Python
> > 2.2.x.
> >
> > Pearu
> >
> > _______________________________________________
> > SciPy-user mailing list
> > SciPy-user at scipy.net
> > http://www.scipy.net/mailman/listinfo/scipy-user
> --
> /*******************************************************************\
> |      Mike Sowka                   o      _     _         _        |
> | An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
> |  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
> | msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
> | (home mike at sowka.com)                                             |
> \*******************************************************************/
>
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
>




From mike at sowka.com  Tue Apr 16 09:25:09 2002
From: mike at sowka.com (Mike Sowka)
Date: 16 Apr 2002 09:25:09 -0400
Subject: [SciPy-user] Confused Newbie
In-Reply-To: <062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
	<1018910871.1693.0.camel@laptop.sowka.com> 
	<062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>
Message-ID: <1018963510.30467.3.camel@laptop.sowka.com>

Thank You for the clarification,
I'm having a bit of a hard time getting SciPy 0.2 going... more
specifically, after having built atlas for the past 24 hours! I'm don't
see ANY instructions on how to actually "install" it into my linux
distro after it has been built.
To build atlas I used 'make install arch=Linux_PII' but it didn't copy
files to /usr/bin/ or /usr/lib after building at any point...
Am I missing something here?
Thank You,
Mike

On Mon, 2002-04-15 at 17:57, eric wrote:
> It uses fftpack.   Its still possible to use fftw, but it isn't used by default.
> The fftpack source code comes with and is automatically built by SciPy.
> 
> eric
> 

-- 
/*******************************************************************\
|      Mike Sowka                   o      _     _         _        |
| An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
|  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
| msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
| (home mike at sowka.com)                                             |
\*******************************************************************/



From nwagner at mecha.uni-stuttgart.de  Tue Apr 16 09:41:04 2002
From: nwagner at mecha.uni-stuttgart.de (Nils Wagner)
Date: Tue, 16 Apr 2002 15:41:04 +0200
Subject: [SciPy-user] Confused Newbie
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
		<1018910871.1693.0.camel@laptop.sowka.com> 
		<062d01c1e4c8$833a6940$6b01a8c0@ericlaptop> <1018963510.30467.3.camel@laptop.sowka.com>
Message-ID: <3CBC29F0.836F091A@mecha.uni-stuttgart.de>

Mike Sowka schrieb:
> 
> Thank You for the clarification,
> I'm having a bit of a hard time getting SciPy 0.2 going... more
> specifically, after having built atlas for the past 24 hours! I'm don't
> see ANY instructions on how to actually "install" it into my linux
> distro after it has been built.
> To build atlas I used 'make install arch=Linux_PII' but it didn't copy
> files to /usr/bin/ or /usr/lib after building at any point...
> Am I missing something here?
> Thank You,
> Mike
> 

Please check ../ATLAS/lib/Linux_PII 

Also note that

ATLAS does not provide a full LAPACK library. However, there is a simple
way to get ATLAS to provide its faster LAPACK routines to a full LAPACK
library. ATLAS's
internal routines are distinct from LAPACK's, so it is safe to compile
ATLAS's LAPACK routines directly into a netlib-style LAPACK library.
First, download and install the
standard LAPACK library from the LAPACK homepage. Then, in your
ATLAS/lib/ARCH directory (where you should have a liblapack.a), issue
the following commands: 

  mkdir tmp
  cd tmp
  ar x ../liblapack.a
  cp <your LAPACK path & lib> ../liblapack.a
  ar r ../liblapack.a *.o
  cd ..
  rm -rf tmp

Just linking in ATLAS's liblapack.a first will not get you the best
LAPACK performance, mainly because LAPACK's untuned ILAENV will be used
instead of ATLAS's tuned
one. So, if you use any LAPACK routine that is not provided by ATLAS, it
is essential that you create this hybrid LAPACK/ATLAS library in order
to get the best performance.


Copy *.a to /usr/local/lib/atlas

Nils



> On Mon, 2002-04-15 at 17:57, eric wrote:
> > It uses fftpack.   Its still possible to use fftw, but it isn't used by default.
> > The fftpack source code comes with and is automatically built by SciPy.
> >
> > eric
> >
> 
> --
> /*******************************************************************\
> |      Mike Sowka                   o      _     _         _        |
> | An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
> |  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
> | msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
> | (home mike at sowka.com)                                             |
> \*******************************************************************/
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user


From mike at sowka.com  Tue Apr 16 09:49:34 2002
From: mike at sowka.com (Mike Sowka)
Date: 16 Apr 2002 09:49:34 -0400
Subject: [SciPy-user] Confused Newbie
In-Reply-To: <3CBC29F0.836F091A@mecha.uni-stuttgart.de>
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
	<1018910871.1693.0.camel@laptop.sowka.com> 
	<062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>
	<1018963510.30467.3.camel@laptop.sowka.com> 
	<3CBC29F0.836F091A@mecha.uni-stuttgart.de>
Message-ID: <1018964974.31202.3.camel@laptop.sowka.com>

Nils,
Thank You for the detailed howto... At this point I would like to try
using SciPy 0.2 so I won't worry about the performance so much, and will
leave the atlas lapack libs "as is". But I'm frustrated that I must have
missed something since you suggest I just cp *.a /usr/local/lib/atlas
since I use /usr/lib ... Did I omit to sepcify --prefix somewhere or
does it not matter where I install the *.a and *.h ?
For example in my RH7.2, into: cp *h /usr/include/atlas and cp *a
/usr/lib/atlas
Thank You,
Mike

-- 
/*******************************************************************\
|      Mike Sowka                   o      _     _         _        |
| An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
|  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
| msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
| (home mike at sowka.com)                                             |
\*******************************************************************/



From nwagner at mecha.uni-stuttgart.de  Tue Apr 16 10:02:17 2002
From: nwagner at mecha.uni-stuttgart.de (Nils Wagner)
Date: Tue, 16 Apr 2002 16:02:17 +0200
Subject: [SciPy-user] Confused Newbie
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
		<1018910871.1693.0.camel@laptop.sowka.com> 
		<062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>
		<1018963510.30467.3.camel@laptop.sowka.com> 
		<3CBC29F0.836F091A@mecha.uni-stuttgart.de> <1018964974.31202.3.camel@laptop.sowka.com>
Message-ID: <3CBC2EE9.B1CD2361@mecha.uni-stuttgart.de>

Mike Sowka schrieb:
> 
> Nils,
> Thank You for the detailed howto... At this point I would like to try
> using SciPy 0.2 so I won't worry about the performance so much, and will
> leave the atlas lapack libs "as is". But I'm frustrated that I must have
> missed something since you suggest I just cp *.a /usr/local/lib/atlas
> since I use /usr/lib ... Did I omit to sepcify --prefix somewhere or
> does it not matter where I install the *.a and *.h ?
> For example in my RH7.2, into: cp *h /usr/include/atlas and cp *a
> /usr/lib/atlas
> Thank You,
> Mike
> 
AFAIK you can use both locations, that is /usr/lib and
/usr/local/lib/atlas
So give it a try.

Nils

> --
> /*******************************************************************\
> |      Mike Sowka                   o      _     _         _        |
> | An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
> |  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
> | msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
> | (home mike at sowka.com)                                             |
> \*******************************************************************/
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user


From mike at sowka.com  Tue Apr 16 11:45:36 2002
From: mike at sowka.com (Mike Sowka)
Date: 16 Apr 2002 11:45:36 -0400
Subject: [SciPy-user] Confused Newbie
In-Reply-To: <3CBC2EE9.B1CD2361@mecha.uni-stuttgart.de>
References: <Pine.LNX.4.21.0204140036340.28449-100000@scipy.org>
	<1018910871.1693.0.camel@laptop.sowka.com> 
	<062d01c1e4c8$833a6940$6b01a8c0@ericlaptop>
	<1018963510.30467.3.camel@laptop.sowka.com> 
	<3CBC29F0.836F091A@mecha.uni-stuttgart.de>
	<1018964974.31202.3.camel@laptop.sowka.com> 
	<3CBC2EE9.B1CD2361@mecha.uni-stuttgart.de>
Message-ID: <1018971937.990.2.camel@laptop.sowka.com>

Well I've got SciPy 0.2 from the CVS installed... but it seems that I'm
getting very similar errors that I reported with the 0.1 release, plus
now plt OR gplt won't plot saying they don't have the "attribute"
plot... I'm thinking I should wait for the official release :) Thank You
for the support guys,
Mike

/*******************************************************************\
|      Mike Sowka                   o      _     _         _        |
| An Aspiring Engi"Nerd"    _o     /\_   _ \\o  (_)\__/o  (_)       |
|  Carleton University    _< \_   _>(_) (_)/<_    \_| \   _|/' \/   |
| msowka at doe.carleton.ca (_)>(_) (_)        (_)   (_)    (_)'  _\o_ |
| (home mike at sowka.com)                                             |
\*******************************************************************/



From nwagner at mecha.uni-stuttgart.de  Tue Apr 16 12:14:16 2002
From: nwagner at mecha.uni-stuttgart.de (Nils Wagner)
Date: Tue, 16 Apr 2002 18:14:16 +0200
Subject: [SciPy-user] Up-to-date Tutorial for Scipy ?
Message-ID: <3CBC4DD7.67456832@mecha.uni-stuttgart.de>

Hi,

I wonder if there is any progress in writing a new tutorial for scipy ?

In order to benefit from the whole functional range of scipy it might be
very valuable to 
have an up-to-date manual.

Nils


From jh at comunit.de  Tue Apr 16 12:27:24 2002
From: jh at comunit.de (Janko Hauser)
Date: Tue, 16 Apr 2002 18:27:24 +0200
Subject: [SciPy-user] Up-to-date Tutorial for Scipy ?
In-Reply-To: <3CBC4DD7.67456832@mecha.uni-stuttgart.de>
References: <3CBC4DD7.67456832@mecha.uni-stuttgart.de>
Message-ID: <20020416182724.729cab04.jh@comunit.de>

Ok, coming out from under the stone, I have now a working environment
for a standalone SciPy-Reference. Most of the functions from scipy
import * are referenced. There is some stuff from the old NumPy doc,
which needs to be removed.

I will put a PDF and HTML version on my scipy.org account tomorrow
evening. Then people can start to comment if this is the right
direction. 

__Janko

On Tue, 16 Apr 2002 18:14:16 +0200
Nils Wagner <nwagner at mecha.uni-stuttgart.de> wrote:

> Hi,
> 
> I wonder if there is any progress in writing a new tutorial for
> scipy ?
> 
> In order to benefit from the whole functional range of scipy it
> might be very valuable to 
> have an up-to-date manual.
> 
> Nils
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
> 


-- 
i.A. Dr. Janko Hauser
Software Engineering
c o m . u n i t   G m b H
online-schmiede seit 1994

http://www.comunit.de/	mailto:jh at comunit.de
Eiffestr. 598		20537 Hamburg | Germany
Fon 040 | 21 11 05 25	Fax  040 | 21 11 05 26




From eric at scipy.org  Thu Apr 18 10:48:56 2002
From: eric at scipy.org (eric)
Date: Thu, 18 Apr 2002 10:48:56 -0400
Subject: [SciPy-user] Up-to-date Tutorial for Scipy ?
References: <3CBC4DD7.67456832@mecha.uni-stuttgart.de> <20020416182724.729cab04.jh@comunit.de>
Message-ID: <083101c1e6e8$2d04b950$6b01a8c0@ericlaptop>

Hey Janko,

This is great news!  Send the URL when it is ready for viewing.

thanks,
eric


> Ok, coming out from under the stone, I have now a working environment
> for a standalone SciPy-Reference. Most of the functions from scipy
> import * are referenced. There is some stuff from the old NumPy doc,
> which needs to be removed.
> 
> I will put a PDF and HTML version on my scipy.org account tomorrow
> evening. Then people can start to comment if this is the right
> direction. 
> 
> __Janko
> 
> On Tue, 16 Apr 2002 18:14:16 +0200
> Nils Wagner <nwagner at mecha.uni-stuttgart.de> wrote:
> 
> > Hi,
> > 
> > I wonder if there is any progress in writing a new tutorial for
> > scipy ?
> > 
> > In order to benefit from the whole functional range of scipy it
> > might be very valuable to 
> > have an up-to-date manual.
> > 
> > Nils
> > _______________________________________________
> > SciPy-user mailing list
> > SciPy-user at scipy.net
> > http://www.scipy.net/mailman/listinfo/scipy-user
> > 
> 
> 
> -- 
> i.A. Dr. Janko Hauser
> Software Engineering
> c o m . u n i t   G m b H
> online-schmiede seit 1994
> 
> http://www.comunit.de/ mailto:jh at comunit.de
> Eiffestr. 598 20537 Hamburg | Germany
> Fon 040 | 21 11 05 25 Fax  040 | 21 11 05 26
> 
> 
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
> 




From arnd.baecker at physik.uni-ulm.de  Sat Apr 20 06:15:17 2002
From: arnd.baecker at physik.uni-ulm.de (arnd.baecker at physik.uni-ulm.de)
Date: Sat, 20 Apr 2002 12:15:17 +0200 (MEST)
Subject: [SciPy-user] test(10) error
Message-ID: <Pine.SOL.4.44.0204201211050.6737-100000@wega.rz.uni-ulm.de>

Hi,

for scipy.test(10) I get the error below.
I am using

Python 2.2.1c2 (#1, Apr  4 2002, 18:54:47)
[GCC 2.95.4 20011006 (Debian prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.

scipy.__version__
'0.2.0_alpha_68.3473'

(i.e a checkout from CVS yesterday, the same for f2py2e and Numerical
if this is of any relevance).

Arnd

---------------

Error messages:

[...]
2nd run(Numeric,compiled,speed up):  2.3241, 1.0693, 2.1734
.warning: specified build_dir '_bad_path_' does not exist or is or is not
writable. Trying default locations
...warning: specified build_dir '..' does not exist or is or is not
writable. Trying default locations
.warning: specified build_dir '_bad_path_' does not exist or is or is not
writable. Trying default locations
...warning: specified build_dir '..' does not exist or is or is not
writable. Trying default locations
....................................
test printing a value:2
../home/abaecker/.python22_compiled/23452/sc_c80c258b969a5db26951b55161bcd77a0.cpp:
In function `struct PyObject * compiled_func(PyObject *, PyObject *)':
/home/abaecker/.python22_compiled/23452/sc_c80c258b969a5db26951b55161bcd77a0.cpp:420:
void value not ignored as it ought to be
/home/abaecker/.python22_compiled/23452/sc_c80c258b969a5db26951b55161bcd77a0.cpp:420:
confused by earlier errors, bailing out
E...........................................................................................................................................TESTING
CONVERGENCE
[...]

======================================================================
ERROR: check_exceptions (test_inline_tools.test_inline)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/weave/tests/test_inline_tools.py",
line 25, in check_exceptions
    result = inline_tools.inline(code,['a'])
  File
"/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/weave/inline_tools.py",
line 327, in inline
    auto_downcast = auto_downcast,
  File
"/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/weave/inline_tools.py",
line 426, in compile_function
    verbose=verbose, **kw)
  File
"/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/weave/ext_tools.py",
line 321, in compile
    verbose = verbose, **kw)
  File
"/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/weave/build_tools.py",
line 203, in build_extension
    setup(name = module_name, ext_modules = [ext],verbose=verb)
  File "/home/abaecker/PYTHON//lib/python2.2/distutils/core.py", line 157,
in setup
    raise SystemExit, "error: " + str(msg)
CompileError: error: command 'gcc' failed with exit status 1

----------------------------------------------------------------------
Ran 543 tests in 1200.287s

FAILED (errors=1)




From stephen at theboulets.net  Sat Apr 20 09:06:50 2002
From: stephen at theboulets.net (Stephen Boulet)
Date: Sat, 20 Apr 2002 08:06:50 -0500
Subject: [SciPy-user] Install can't find atlas
Message-ID: <200204200806.50820.stephen@theboulets.net>

I have atlas installed in /usr/lib:

/usr/lib/libatlas.a
/usr/lib/libtstatlas.a

But I get the following error when trying to compile the snapshot tarball:

# python setup.py install
atlas_info:
  NOT AVAILABLE

Traceback (most recent call last):
  File "setup.py", line 124, in ?
    install_package()
  File "setup.py", line 91, in install_package
    config.extend([get_package_config(x,parent_package)for x in 
standard_packages])
  File "setup.py", line 43, in get_package_config
    config = mod.configuration(parent)
  File "linalg/setup_linalg.py", line 29, in configuration
    raise AtlasNotFoundError,AtlasNotFoundError.__doc__
scipy_distutils.system_info.AtlasNotFoundError:
    Atlas (http://math-atlas.sourceforge.net/) libraries not found.
    Either install them in /usr/local/lib/atlas or /usr/lib/atlas
    and retry setup.py. One can use also ATLAS environment variable
    to indicate the location of Atlas libraries.

Any help appreciated.

-- Stephen


From pearu at cens.ioc.ee  Sat Apr 20 10:44:57 2002
From: pearu at cens.ioc.ee (Pearu Peterson)
Date: Sat, 20 Apr 2002 17:44:57 +0300 (EEST)
Subject: [SciPy-user] Install can't find atlas
In-Reply-To: <200204200806.50820.stephen@theboulets.net>
Message-ID: <Pine.LNX.4.21.0204201740210.23120-100000@cens.ioc.ee>

On Sat, 20 Apr 2002, Stephen Boulet wrote:

> I have atlas installed in /usr/lib:
> 
> /usr/lib/libatlas.a
> /usr/lib/libtstatlas.a

/usr/lib must then also contain 
  liblapack.a
  libcblas.a
  libf77blas.a

Does it?

Pearu



From stephen at theboulets.net  Sat Apr 20 12:50:07 2002
From: stephen at theboulets.net (Stephen Boulet)
Date: Sat, 20 Apr 2002 11:50:07 -0500
Subject: [SciPy-user] Install can't find atlas
In-Reply-To: <Pine.LNX.4.21.0204201740210.23120-100000@cens.ioc.ee>
References: <Pine.LNX.4.21.0204201740210.23120-100000@cens.ioc.ee>
Message-ID: <200204201150.07498.stephen@theboulets.net>

Thanks for the fast reply. I do have the libraries you named (now; I was 
missing lapack).

But now the install fails here:

gcc -DNDEBUG -O2 -pipe -fPIC -c /usr/src/scipy/optimize/Zeros/bisect.c -o 
build/temp.linux-i686-2.2/bisect.o
In file included from /usr/src/scipy/optimize/Zeros/bisect.c:3:
/usr/src/scipy/optimize/Zeros/zeros.h:18: parse error before `:'
/usr/src/scipy/optimize/Zeros/bisect.c: In function `bisect':
/usr/src/scipy/optimize/Zeros/bisect.c:11: warning: type mismatch in implicit 
declaration for built-in function `fabs'
error: command 'gcc' failed with exit status 1

Any help appreciated.

-- Stephen

On Saturday 20 April 2002 09:44 am, Pearu Peterson wrote:
> On Sat, 20 Apr 2002, Stephen Boulet wrote:
> > I have atlas installed in /usr/lib:
> >
> > /usr/lib/libatlas.a
> > /usr/lib/libtstatlas.a
>
> /usr/lib must then also contain
>   liblapack.a
>   libcblas.a
>   libf77blas.a
>
> Does it?
>
> Pearu


From email at email.com  Tue Apr 23 15:25:25 2002
From: email at email.com (email at email.com)
Date: Tue, 23 Apr 2002 15:25:25
Subject: [SciPy-user] Website ? FAST !
Message-ID: <auto-000001868210@albion.co.uk>

Thankyou for taking the time to read this email,

HoLmeComputing is offering you a special offer on website hosting and domain name registration.

Set on a Windows 2000 secure server, running ASP, Frontpage and noe ASP.NET for the advanced users.

Hosting from ?1 per month
Domain name registration from ?8

We also conduct high end NO fuss website design to meet your needs.

Please reply to this email for a full price list.

Regards

Gavin Holmes
www.holmecomputing.com
E: holmecomputing at hotmail.com


From nwagner at mecha.uni-stuttgart.de  Wed Apr 24 07:23:35 2002
From: nwagner at mecha.uni-stuttgart.de (Nils Wagner)
Date: Wed, 24 Apr 2002 13:23:35 +0200
Subject: [SciPy-user] Error function for a complex argument
Message-ID: <3CC695B7.51987869@mecha.uni-stuttgart.de>

Hi,

is there any function that evaluates erf(z) for a complex argument z ?

Nils


From oliphant.travis at ieee.org  Wed Apr 24 12:05:47 2002
From: oliphant.travis at ieee.org (Travis Oliphant)
Date: 24 Apr 2002 10:05:47 -0600
Subject: [SciPy-user] Error function for a complex argument
In-Reply-To: <3CC695B7.51987869@mecha.uni-stuttgart.de>
References: <3CC695B7.51987869@mecha.uni-stuttgart.de>
Message-ID: <1019664348.13609.1.camel@travis>

On Wed, 2002-04-24 at 05:23, Nils Wagner wrote:
> Hi,
> 
> is there any function that evaluates erf(z) for a complex argument z ?
>

In CVS for a while.

>>> from scipy import *
>>> info(special.erf)
erf(z) returns the error function of complex argument defined as
as 2/sqrt(pi)*integral(exp(-t**2),t=0..z)

-Travis




From staelin at urbis.net.il  Sat Apr 27 09:34:32 2002
From: staelin at urbis.net.il (Carl Staelin)
Date: Sat, 27 Apr 2002 16:34:32 +0300
Subject: [SciPy-user] ImportError: No module named fastumath
Message-ID: <3CCAA8E8.1040307@urbis.net.il>

I grabbed scipy from CVS and built it last night, and I get
an error when I try to use it:
    ImportError: No module named fastumath

Some details on my system:
    OS: Linux, Mandrake 8.1
    Python: python-2.1
    Numerical: latest from CVS as of last night, 22.0a
    fypy2e: latest from CVS as of last night, 2.1.13.175.1250
    ATLAS: 3.3.14
    LAPACK: 3.0

When I look in /usr/lib/python2.1/site-packages/scipy_base,
there is a file fastumath.so, so I am puzzled as to why the
statement 'import scipy_base.fastumath' fails in
scipy_base/__init__.py.

Any suggestions welcome...

Thanks,

Carl

Here is the debugging output:

[staelin at firewall scipy]$ python -v
# /usr/lib/python2.1/site.pyc matches /usr/lib/python2.1/site.py
import site # precompiled from /usr/lib/python2.1/site.pyc
# /usr/lib/python2.1/os.pyc matches /usr/lib/python2.1/os.py
import os # precompiled from /usr/lib/python2.1/os.pyc
import posix # builtin
# /usr/lib/python2.1/posixpath.pyc matches /usr/lib/python2.1/posixpath.py
import posixpath # precompiled from /usr/lib/python2.1/posixpath.pyc
# /usr/lib/python2.1/stat.pyc matches /usr/lib/python2.1/stat.py
import stat # precompiled from /usr/lib/python2.1/stat.pyc
# /usr/lib/python2.1/UserDict.pyc matches /usr/lib/python2.1/UserDict.py
import UserDict # precompiled from /usr/lib/python2.1/UserDict.pyc
Python 2.1.1 (#1, Aug 30 2001, 17:36:05)
[GCC 2.96 20000731 (Mandrake Linux 8.1 2.96-0.61mdk)] on linux-i386
Type "copyright", "credits" or "license" for more information.
import readline # dynamically loaded from 
/usr/lib/python2.1/lib-dynload/readline.so
 >>> import scipy
import scipy # directory /usr/lib/python2.1/site-packages/scipy
# /usr/lib/python2.1/site-packages/scipy/__init__.pyc matches 
/usr/lib/python2.1/site-packages/scipy/__init__.py
import scipy # precompiled from 
/usr/lib/python2.1/site-packages/scipy/__init__.pyc
# /usr/lib/python2.1/site-packages/scipy/scipy_version.pyc matches 
/usr/lib/python2.1/site-packages/scipy/scipy_version.py
import scipy.scipy_version # precompiled from 
/usr/lib/python2.1/site-packages/scipy/scipy_version.pyc
# /usr/lib/python2.1/site-packages/scipy/__cvs_version__.pyc matches 
/usr/lib/python2.1/site-packages/scipy/__cvs_version__.py
import scipy.__cvs_version__ # precompiled from 
/usr/lib/python2.1/site-packages/scipy/__cvs_version__.pyc
# /usr/lib/python2.1/site-packages/Numeric/Numeric.pyc matches 
/usr/lib/python2.1/site-packages/Numeric/Numeric.py
import Numeric # precompiled from 
/usr/lib/python2.1/site-packages/Numeric/Numeric.pyc
# /usr/lib/python2.1/site-packages/Numeric/numeric_version.pyc matches 
/usr/lib/python2.1/site-packages/Numeric/numeric_version.py
import numeric_version # precompiled from 
/usr/lib/python2.1/site-packages/Numeric/numeric_version.pyc
import _numpy # dynamically loaded from 
/usr/lib/python2.1/site-packages/Numeric/_numpy.so
import multiarray # dynamically loaded from 
/usr/lib/python2.1/site-packages/Numeric/multiarray.so
import umath # dynamically loaded from 
/usr/lib/python2.1/site-packages/Numeric/umath.so
# /usr/lib/python2.1/site-packages/Numeric/Precision.pyc matches 
/usr/lib/python2.1/site-packages/Numeric/Precision.py
import Precision # precompiled from 
/usr/lib/python2.1/site-packages/Numeric/Precision.pyc
# /usr/lib/python2.1/string.pyc matches /usr/lib/python2.1/string.py
import string # precompiled from /usr/lib/python2.1/string.pyc
import strop # dynamically loaded from 
/usr/lib/python2.1/lib-dynload/strop.so
# /usr/lib/python2.1/types.pyc matches /usr/lib/python2.1/types.py
import types # precompiled from /usr/lib/python2.1/types.pyc
import math # dynamically loaded from /usr/lib/python2.1/lib-dynload/math.so
# /usr/lib/python2.1/site-packages/Numeric/ArrayPrinter.pyc matches 
/usr/lib/python2.1/site-packages/Numeric/ArrayPrinter.py
import ArrayPrinter # precompiled from 
/usr/lib/python2.1/site-packages/Numeric/ArrayPrinter.pyc
# /usr/lib/python2.1/pickle.pyc has bad mtime
import pickle # from /usr/lib/python2.1/pickle.py
# can't create /usr/lib/python2.1/pickle.pyc
# /usr/lib/python2.1/copy_reg.pyc matches /usr/lib/python2.1/copy_reg.py
import copy_reg # precompiled from /usr/lib/python2.1/copy_reg.pyc
import marshal # builtin
import struct # dynamically loaded from 
/usr/lib/python2.1/lib-dynload/struct.so# /usr/lib/python2.1/re.pyc 
matches /usr/lib/python2.1/re.py
import re # precompiled from /usr/lib/python2.1/re.pyc
# /usr/lib/python2.1/sre.pyc matches /usr/lib/python2.1/sre.py
import sre # precompiled from /usr/lib/python2.1/sre.pyc
# /usr/lib/python2.1/sre_compile.pyc matches 
/usr/lib/python2.1/sre_compile.py
import sre_compile # precompiled from /usr/lib/python2.1/sre_compile.pyc
import _sre # builtin
# /usr/lib/python2.1/sre_constants.pyc matches 
/usr/lib/python2.1/sre_constants.py
import sre_constants # precompiled from /usr/lib/python2.1/sre_constants.pyc
# /usr/lib/python2.1/sre_parse.pyc matches /usr/lib/python2.1/sre_parse.py
import sre_parse # precompiled from /usr/lib/python2.1/sre_parse.pyc
# /usr/lib/python2.1/StringIO.pyc has bad mtime
import StringIO # from /usr/lib/python2.1/StringIO.py
# can't create /usr/lib/python2.1/StringIO.pyc
import errno # dynamically loaded from 
/usr/lib/python2.1/lib-dynload/errno.so
# /usr/lib/python2.1/copy.pyc matches /usr/lib/python2.1/copy.py
import copy # precompiled from /usr/lib/python2.1/copy.pyc
import scipy_base # directory scipy_base
# scipy_base/__init__.pyc matches scipy_base/__init__.py
import scipy_base # precompiled from scipy_base/__init__.pyc
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.1/site-packages/scipy/__init__.py", line 29, in ?
    from scipy_base import *
  File "scipy_base/__init__.py", line 4, in ?
    import scipy_base.fastumath
ImportError: No module named fastumath
 >>>



From pearu at cens.ioc.ee  Sat Apr 27 11:18:51 2002
From: pearu at cens.ioc.ee (Pearu Peterson)
Date: Sat, 27 Apr 2002 18:18:51 +0300 (EEST)
Subject: [SciPy-user] ImportError: No module named fastumath
In-Reply-To: <3CCAA8E8.1040307@urbis.net.il>
Message-ID: <Pine.LNX.4.21.0204271814270.17228-100000@cens.ioc.ee>

On Sat, 27 Apr 2002, Carl Staelin wrote:

> I grabbed scipy from CVS and built it last night, and I get
> an error when I try to use it:
>     ImportError: No module named fastumath
<snip>
> 
> When I look in /usr/lib/python2.1/site-packages/scipy_base,
> there is a file fastumath.so, so I am puzzled as to why the
> statement 'import scipy_base.fastumath' fails in
> scipy_base/__init__.py.
> 
> Any suggestions welcome...

Can you import fastumath directly?
E.g.
  cd /usr/lib/python2.1/site-packages/scipy_base
  python
  >>> import fastumath

Can you import scipy_base directly?
E.g.
  cd -
  python
  >>> import scipy_base

Can you import scipy_base.fastumath directly?
E.g.
  cd -
  python
  >>> import scipy_base.fastumath

Pearu



From rossini at blindglobe.net  Sat Apr 27 11:53:23 2002
From: rossini at blindglobe.net (A.J. Rossini)
Date: 27 Apr 2002 08:53:23 -0700
Subject: [SciPy-user] ImportError: No module named fastumath
In-Reply-To: <Pine.LNX.4.21.0204271814270.17228-100000@cens.ioc.ee>
References: <Pine.LNX.4.21.0204271814270.17228-100000@cens.ioc.ee>
Message-ID: <87ofg5p28c.fsf@jeeves.blindglobe.net>

I've seen this occassionally (during "cvs update -Pd ; python ./setup
build  ; python ./setup install cycles).

The solution was to go into the right place and manually run
setup_scipy_base.py (or the similar equivalent when it was somewhere
else). 

But it seems like years since I did any scipy evaluation...

best,
-tony


>>>>> "pearu" == Pearu Peterson <pearu at cens.ioc.ee> writes:

    pearu> On Sat, 27 Apr 2002, Carl Staelin wrote:

    >> I grabbed scipy from CVS and built it last night, and I get
    >> an error when I try to use it:
    >> ImportError: No module named fastumath
    pearu> <snip>
    >> 
    >> When I look in /usr/lib/python2.1/site-packages/scipy_base,
    >> there is a file fastumath.so, so I am puzzled as to why the
    >> statement 'import scipy_base.fastumath' fails in
    >> scipy_base/__init__.py.
    >> 
    >> Any suggestions welcome...

    pearu> Can you import fastumath directly?
    pearu> E.g.
    pearu>   cd /usr/lib/python2.1/site-packages/scipy_base
    pearu>   python
    >>>> import fastumath

    pearu> Can you import scipy_base directly?
    pearu> E.g.
    pearu>   cd -
    pearu>   python
    >>>> import scipy_base

    pearu> Can you import scipy_base.fastumath directly?
    pearu> E.g.
    pearu>   cd -
    pearu>   python
    >>>> import scipy_base.fastumath

    pearu> Pearu

    pearu> _______________________________________________
    pearu> SciPy-user mailing list
    pearu> SciPy-user at scipy.net
    pearu> http://www.scipy.net/mailman/listinfo/scipy-user


-- 
A.J. Rossini				Rsrch. Asst. Prof. of Biostatistics
U. of Washington Biostatistics		rossini at u.washington.edu	
FHCRC/SCHARP/HIV Vaccine Trials Net	rossini at scharp.org
-------------- http://software.biostat.washington.edu/ ----------------
FHCRC: M-W: 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email
UW:   Th: 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX
(my friday location is usually completely unpredictable.)




From oliphant at ee.byu.edu  Sat Apr 27 12:54:10 2002
From: oliphant at ee.byu.edu (Travis Oliphant)
Date: Sat, 27 Apr 2002 12:54:10 -0400 (EDT)
Subject: [SciPy-user] ImportError: No module named fastumath
In-Reply-To: <3CCAA8E8.1040307@urbis.net.il>
Message-ID: <Pine.LNX.4.33L2.0204271252230.22282-100000@oliphant.ee.byu.edu>

I get this error when I try and run python from the main scipy build
directory.

If you checkout scipy and are in the scipy directory when you run python,

Python tries to load modules and packages from the current directory, (and
naturally does not find the compiled modules which are in the build/
subtree.

Try going to your home directory before you run python.

-Travis




From mpeti_k at arabia.com  Mon Apr 29 13:32:34 2002
From: mpeti_k at arabia.com (laurent mpeti kabila)
Date: Mon, 29 Apr 2002 19:32:34 +0200
Subject: [SciPy-user] (no subject)
Message-ID: <20020429172851.490BDA85E@mx2.mail.twtelecom.net>

REQUEST FOR URGENT BUSINESS ASSISTANCE
--------------------------------------
Your contact was availed to me by the chamber of commerce. It was given 
to me because of my diplomatic status as I did not disclose the actual 
reasons for which I sought your contact. But I was assured
That you are reputable and trustworthy if you will be
of assistance. I am Laurent Mpeti Kabila (Jnr) the second son of
Late President LAURENT DESIRE KABILA the immediate
Past president of the DEMOCRATIC REPUBLIC OF CONGO in Africa who was 
murdered by his opposition through his personal bodyguards in his bedroom 
on Tuesday 16th January, 2001. I have the privilege of being mandated 
by my father colleagues to seek your immediate and urgent co-operation 
to receive into your bank account the sum of US $165m. (One hundred and 
sixty-five million Dollars) and some thousands carats of Diamond. This 
money and treasures was lodged in a vault with a security firm in 
Europe and South-Africa.

SOURCES OF DIAMONDS AND FUND
In August 2000, my father as a defence minister and president has a 
meeting with his cabinet and armychief about the defence budget for 2000 
to 2001 which was US $700m. so he directed one of his best
friend. Frederic Kibasa Maliba who was a minister of
mines and a political party leader known as the Union Sacree de, I 
opposition radicale et ses allies (USORAL) to buy arms with US $200m on 
5th January 2001; for him to finalized the arms deal, my father was 
murdered. f.K. Maliba (FKM) and I have decided to keep the money with a 
foreigner after which he will use it to contest for the political 
election. Inspite of all this we have resolved to present your or your company 
for the firm to pay it into your nominated account the above sum and 
diamonds. This transaction should be finalized within seven (7) working 
days and for your co-operation and partnership, we have unanimously 
agreed that you will be entitled to 5.5% of the money when successfully 
receive it in your account. The nature of your business is not relevant to 
the successful execution of this transaction what we require is your 
total co-operation and commitment to ensure 100% risk-free transaction at 
both ends and to protect the persons involved in this transactio!
n, strict confidence and utmost secrecy is required even after the 
successful conclusion of this transaction. If this proposal is acceptable 
to you, kindly provide me with your personal telephone and fax through 
my E-mail box for immediate commencement of the
 transaction. I count on your honour to keep my secret, SECRET.

Looking forward for your urgent reply
Thanks.
Best Regards
  
MPETI L. KABILA (Jnr)