[SciPy-user] install problem on Mandrake-8.2

[eric]

Hey Gerard,

We want to figure out what's going on with builds on Mandrake, so I almost
hesitate to suggest this, but have you tried the grabbing the RH 7.2 binary
tarball of the latest CVS (built last night)?  You can find it here:

http://www.scipy.org/site_content/download_list


If you unpack it in your site-packages directory, it might work on Mandrake --
Mandrake and RH are supposed to be kissing cousins aren't they?  That said, I
spent 3 days getting weave to work around Mandrake bugs, and the fixes are
pretty convoluted.   That platform does seem to have some unpleasant
idiosyncracies.

eric

----- Original Message -----
From: "Gerard Vermeulen" <gvermeul at polycnrs-gre.fr>
To: <scipy-user at scipy.net>; "Pearu Peterson" <pearu at cens.ioc.ee>
Sent: Wednesday, May 22, 2002 4:41 AM
Subject: Re: [SciPy-user] install problem on Mandrake-8.2


> On Tuesday 21 May 2002 23:02, Pearu Peterson wrote:
>
> > Here follows another idea. It seems that you can import all other
> > extension modules except _minpack.so. Can you confirm that? Look
> > in scipy/build/lib.linux-i686-2.2/scipy/* for *.so files and try to import
> > them directly one-by-one. Do you find other failing modules?
> >
> Yes _minpack.so is the only failing module
> >
> > When I compare the source of _minpack with other sources I see that it
> > does not use
> >
> > #define PY_ARRAY_UNIQUE_SYMBOL PyArray_API
> >
> > before including Numeric/arrayobject.h. I am not sure if it matters but
> > you can try to add this #define statement just before the
> >
> > #include "Numeric/arrayobject.h"
> >
> > statement in scipy/optimize/minpack.h file.
> >
> Done, but it does not help (I think that it may matter with versions
> of Numeric close to 20.0.0, but not with 21.0)
>
> Tonight, I will try if scipy-0.2 works with Python-2.1.x on this machine.
>
> But my motivation for installing scipy-0.2 is driven by an incompatibility
> between scipy-0.1 and Python-2.2 (I managed to build scipy-0.1 for
> python-2.2.1)
> The problem is with colex in pstats.py (in scipy-0.1):
>
> [packer at venus i586]$ python
> Python 2.2.1 (#1, May  8 2002, 22:31:32)
> [GCC 2.96 20000731 (Mandrake Linux 8.2 2.96-0.76mdk)] on linux-i386
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import scipy
> 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
> >>>
>
> Is there a workaround for this? Apparently the semantics of exec
> changed between Python-2.1 and Python-2.2.
>
> Again, thanks a lot for the support.
>
> Gerard
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
>