Hi,

> Can you send me the output of
>
> $ gcc -v
> $ gfortran -v
> $ command -v gcc
> $ cmmand -v gfortran
>
> on your system.
>
Here it is:
bash-3.00$ gcc -v
Reading specs from /usr/local/packages/gcc3/bin/../lib/gcc/sparc-sun-
solaris2.10/3.4.3/specs
Configured with: /sfw10/builds/build/sfw10-patch/usr/src/cmd/gcc/
gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/ccs/bin/as --
without-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-
languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
bash-3.00$ gfortran -v
bash: gfortran: command not found
bash-3.00$ command -v gcc
/usr/local/gcc3/bin/gcc
bash-3.00$ command -v gfortran
bash: command: gfortran: not found

But there are other gcc binaries in /usr/local/gcc4.
Here is the content of /usr/local/gcc4/bin:
c++                              jcf-dump
cc                               sparc-sun-solaris2.10-c++
cpp                              sparc-sun-solaris2.10-g++
g++                              sparc-sun-solaris2.10-gcc
gcc                              sparc-sun-solaris2.10-gcc-4.2.0
gccbug                           sparc-sun-solaris2.10-gcc-4.4.2
gcj                              sparc-sun-solaris2.10-gcj
gcov                             sparc-sun-solaris2.10-gcjh
gfortran                         sparc-sun-solaris2.10-gfortran

with:
bash-3.00$ ./gcc -v
Using built-in specs.
Target: sparc-sun-solaris2.10
Configured with: ../configure --prefix=/usr/local/packages/gcc4_10 --
with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-
languages=c,c++,fortran,objc,java
Thread model: posix
gcc version 4.4.2 (GCC)
bash-3.00$ ./gfortran -v
Using built-in specs.
Target: sparc-sun-solaris2.10
Configured with: ../configure --prefix=/usr/local/packages/gcc4_10 --
with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-
languages=c,c++,fortran,objc,java
Thread model: posix
gcc version 4.4.2 (GCC)

and the content of /usr/local/gcc4/lib:
gcc                  libgomp.la           libssp.la
gcj-4.0.2            libgomp.so           libssp.so
libgcc_s.so          libgomp.so.1         libssp.so.0
libgcc_s.so.1        libgomp.so.1.0.0     libssp.so.0.0.0
libgcj.a             libgomp.spec         libstdc++.a
libgcj.la            libiberty.a          libstdc++.la
libgcj.so            libobjc.a            libstdc++.so
libgcj.so.6          libobjc.la           libstdc++.so.6
libgcj.so.6.0.0      libobjc.so           libstdc++.so.6.0.13
libgcj.spec          libobjc.so.1         libstdc++.so.6.0.9
libgij.a             libobjc.so.1.0.0     libsupc++.a
libgij.la            libobjc.so.2         libsupc++.la
libgij.so            libobjc.so.2.0.0     pkgconfig
libgij.so.6          libssp_nonshared.a   security
libgij.so.6.0.0      libssp_nonshared.la  sparcv9
libgomp.a            libssp.a


> If you have a recent gcc, then my binary library package should not be
> necessary. I think what is probaby happening is that the file
> libgfortran.so in the Sage binary is a link to a non-existant file on
> your file system. In which case it should be deleted.
>
> BTW, what SPARC system do you have? If you have something like an
> M3000 or better, then building the latest Sage from source should not
> take too long.
>
> If its a Blade 100/2000/2500 or any of the "CoolThreads" machines,
> than building Sage will take a very long time. The CoolThreads (T1, T2
> and T2+ CPUs) are not well suited to running Sage, though they will
> run it.
>
> http://t2nb.math.washington.edu:8000/
>
> is running in a zone on a Sun T5240. It is quite slow, as those CPUs
> are ill suited for this sort of task.
>
Here are some of the computers I have access to:
- SunOS 5.10 Generic_139555-08 sun4v sparc SUNW,T5140
- SunOS 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Blade-1500

> > So i guess we have a recent enough gcc, but not the gfortran lib for
> > dynamic linked binaries or something like that (no idea about Solaris
> > package managment).
>
> The only packages I'm aware of for a recent gcc will be from
> Blastwave. In which case, I think the library might be in
> /opt/csw/gcc4/lib/libgfortran.so

There is no /opt/csw folder.
Everything seems to be installed in /usr/local

> PS, when you first run Sage, you will need to have /opt/ccs/bin in
> your path, so Sage can find 'm4', which it needs whenever a build of
> Sage is moved.
>
There is no /opt/css folder.
For m4, I guess the system uses:
bash-3.00$ which m4
/usr/local/bin/m4

I'll try your library now.

JP

-- 
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to 
sage-support+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/sage-support
URL: http://www.sagemath.org

Reply via email to