NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
First, we do have Fortran library installed here, and is used regularly (I can
not
promise it is standard installation though). Second, I only have 5 out of 7
'.so'
files under /opt/SUNWspro/lib/. The missing files are libm.so, and
libsunmath.so.
The libm.so is under /usr/lib; and we only have 'libsunmath.a' file, not the
shared
object file (we also have it in several locations).
I tried to hard link everything to get it compile (using the files under same
location if possible under /opt/SUNWspro/SC3.0.1/lib/, except libm.a) , and was
not
successful. After so many tests, I settled last with the following in my
Makefile:
LIBS = /opt/SUNWspro/lib/libF77.so /opt/SUNWspro/lib/libM77.so \
/opt/SUNWspro/lib/libV77.so /usr/lib/libm.so.1 \
/opt/SUNWspro/lib/libFposix.so /opt/SUNWspro/lib/libFposix_c.so
....
f77 -G GoesRetrievalImp.o $(FORTRANS) $(LIBS)
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a \
-o libGoesRetrieval.so
I ended up with hundreds of lines of error messages:
javac GoesRetrieval.java
cc -I/home/yan/software/Java/jdk1.2beta3/include -I/home/yan/software/Java/jdk1.
2beta3/include/solaris -c GoesRetrievalImp.c
f77 -c change_profil.f
change_profil.f:
change_profil:
f77 -c ev_diff_prof.f
ev_diff_prof.f:
ev_diff_prof:
f77 -c goesrte_2.f
goesrte_2.f:
goesrte_2:
gimrte:
taugim:
BLOCK DATA refpro:
pfcgim:
britgo:
plango:
f77 -c so_read_1.f
so_read_1.f:
so_read_1:
f77 -c dbdtgx_1.f
dbdtgx_1.f:
dbdtgx_1:
f77 -c get_profil.f
get_profil.f:
get_profil:
f77 -c re_read_1.f
re_read_1.f:
re_read_1:
"re_read_1.f", line 25: Warning: local variable "j" never used
f77 -G GoesRetrievalImp.o change_profil.o ev_diff_prof.o goesrte_2.o so_read_1.o
dbdtgx_1.o get_profil.o re_read_1.o /opt/SUNWspro/lib/libF77.so /opt/SUNWspro/
lib/libM77.so /opt/SUNWspro/lib/libV77.so /usr/lib/libm.so.1 /opt/SUNWspro/li
b/libFposix.so /opt/SUNWspro/lib/libFposix_c.so /opt/SUNWspro/SC3.0.1/lib/libsun
math.a -o libGoesRetrieval.so
Text relocation remains referenced
against symbol offset in file
_lib_version 0x188
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(_SVID_errorf.o)
_lib_version 0x17c
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(_SVID_errorf.o)
dbdtgx_1_ 0xfac GoesRetrievalImp.o
__libsunmath__kernel_sin 0x9a0
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_sinpi.o)
__libsunmath__kernel_sin 0x814
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_sinpi.o)
__libsunmath__kernel_sin 0x678
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_sinpi.o)
__libsunmath__kernel_sin 0x394
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_sinpi.o)
__libsunmath__kernel_sin 0x7d8
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_cospi.o)
__libsunmath__kernel_sin 0x648
/opt/SUNWspro/SC3.0.1/lib/libsunmath.a(s_cospi.o)
ev_diff_prof_ 0xcfc GoesRetrievalImp.o
so_read_1_ 0x99c GoesRetrievalImp.o
change_profil_ 0x774 GoesRetrievalImp.o
.......
I really ran out ideas, I know our Fortran library is kind of old, can this be a
problem? I do not have SC4.0. Is it possible for me to get all the '.a' library
files directly.
(the machine I tried to compile paoloa: SunOS tempest 5.5.1 Generic sun4u sparc
SUNW,Ultra-2)
Thanks.
YanChing
Dave Glowacki wrote:
> > > I am compiling paoloa apps, and it seems to me I do not have the
> > > libsunmath.so.1 on my machine, can I get it somewhere? What kind of
> > > library is this? Thx
> > >
> > > YanChing
> > > ....
> > > f77 -G GoesRetrievalImp.o change_profil.o ev_diff_prof.o goesrte_2.o
> > > so_read_1.o dbdtgx_1.o get_profil.o re_read_1.o
> > > /opt/SUNWspro/lib/libF77.so /opt/SUNWspro/lib/libM77.so
> > > /opt/SUNWspro/lib/libV77.so /usr/lib/libm.so.1
> > > /opt/SUNWspro/lib/libFposix.so /opt/SUNWspro/lib/libFposix_c.so
> > > /opt/SUNWspro/lib/libsunmath.so.1 -o libGoesRetrieval.so
> > > ld: fatal: file /opt/SUNWspro/lib/libsunmath.so.1: cannot open file;
> > > errno=2
> > > ld: fatal: File processing errors. No output written to
> > > libGoesRetrieval.so
> > > *** Error code 1
> > > make: Fatal error: Command failed for target `libGoesRetrieval.so'
> >
> > I had to explicitly add all these /opt/SUNWspro/lib/*.so files to LIBS
> > in the makefile for libGoesRetrieval.so and GoesCollaboration.so in the
> > visad/paoloa directory. Even with /opt/SUNWspro/lib in my LD_LIBRARY_PATH
> > java would not link them dynamically (I posted a question to a java
> > newsgroup at the time but got no explanation).
> >
> > I do not know what libsunmath.so.1 does, but on our Sun it is a symbolic
> > link:
> >
> > /opt/SUNWspro/lib/libsunmath.so.1 ->
> > /opt/SUNWspro/SC4.0/lib/libsunmath.so.1
> >
> > It could be part of the Fortran installation, so you might make sure
> > that Fortran is installed. Fortran is necessary for the apps in
> > visad/paoloa and visad/aune.
> >
> > If your sys admin believes that you do have Fortran correctly
> > installed let me know, and we can try to get some help from Sun
> > on this (or perhaps someone on this list knows more than I do about
> > this).
>
> I'd bet that setting either LD_RUN_PATH or LD_PRELOAD to point to
> /opt/SUNWspro/lib during the build will fix things.
>
> I've gotta grab JDK1.2b3 to verify that, though.
>
> I'll let you know if I manage to get this built on 'brutus' (which doesn't
> have the sunmath stuff either...)
visad archives: