[SciPy-user] installation on fedora core 4
ryanlists at gmail.com
Mon Oct 10 11:40:23 CDT 2005
Thanks for this clarification Stephen. It saves me a lot of pain
continuing to try and do what cannot currently be done.
As another potential work around, I have scipy installed and built
from source on a fedora core installation (with python 2.4 - I am
almost sure). Can I in any way use it to get scipy working in fedora
On 10/10/05, Stephen Walton <stephen.walton at csun.edu> wrote:
> Ryan Krauss wrote:
> >Do I need to speficy a version of gcc other than 4.0?
> This thread came up in scipy-dev, and I've posted here before, but to
> clarify again:
> In an all-default configuration, it is not presently possible to build a
> working scipy on Fedora Core 4, either old or new. There is a bug in
> gfortran which causes it to mis-compile the i1mach, r1mach, and d1mach
> functions which are at the bottom of much of the Fortran code in scipy.
> If you use g77 instead by using the appropriate compatibility RPMs
> (compat-gcc-32-g77 and compat-libf2c-32), you'll find that gcc4 cannot
> link to libg2c because it isn't in a directory which gcc4 searches. I
> haven't found a way of forcing a scipy build to use gcc 3.2.3 (the
> compatibility version which is part of FC4).
> The only feasible workaround I've found is to use g77 on FC4 to build
> scipy (and Numeric and numarray), and create symbolic links to libg2c.a
> and libg2c.so so that gcc4 can find them. That is, do the following:
> ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.so
> ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a
> This is not supported, use at your own risk, your mileage may vary,
> results are not guaranteed, pressure RedHat to release a gcc 4.0.2
> update for FC4 in which the gfortran bug is fixed. Personally, I'm
> using Absoft Fortran on gcc4; if you're an educational institution,
> Intel will let you download and use their Fortran compiler for free.
> Both seem to work fine with newscipy and FC4.
> SciPy-user mailing list
> SciPy-user at scipy.net
More information about the SciPy-user