[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000627: 20000626: joining unidata, COMET case studies

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20000627: 20000626: joining unidata, COMET case studies
  • Date: Tue, 27 Jun 2000 20:34:22 -0600
Charles,

The problem you are having seems to be a problem with some versions of OSF where
the caching of disk writes does not flush the library archive additions. This 
leads to
the unresolved symbols.

Typically, all you have to do to sucessfully complete the build is:

cd $NAWIPS
make clean
make all

The make clean above will clear out left over links, then make all will 
redecend the 
tree and should find any routines that are not already in your library and 
compile
those and add them. You may find that you have to do this several times.

The general proceedure in building gempak is that "make" decends into
many subdirectories, compiles the code, then adds the objects to the
library with the "ar" command. The caching problem occurs when ar is run to
add additional members to the library while the system has not flushed out the
previous writes. This should not happen- but it seems that DEC is trying to
look faster than it should be.

Steve Chiswell
Unidata User Support 



>From: Charles Jones <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200006280216.e5S2GMT25169

>hi Steve,
>
>i was able to download ~gbuddy/nawips-5.4/gempak54upc_pl16.tar.gz.
>
>I am installing gempak in a Dec alpha running OSF1, but i am having a
>few compilation errors. I did the following steps:
>1) modified    setenv NAWIPS /home/data184/cjones/gempak54 in Gemenviron
>
>2) source Gemenviron
>3) make all
>
>the make command goes all the way, but fails trying to link:
>
>....   ......
>f77 -g  -c gstrml.f
>f77 -g  -c strmln.f
>ar rv /home/data184/cjones/gempak54/lib/osf/gplt.a *.o
>a - gdrgrd.o
>a - gdrmap.o
>a - gqmfil.o
>a - gsmfil.o
>a - gstrml.o
>a - strmln.o
>: /home/data184/cjones/gempak54/lib/osf/gplt.a
>rm -f *.o
>making in
>/tmp_mnt/home/data184/cjones/gempak54/gempak5.4/source/gplt/main
>f77 -DUNDERSCORE -DOSF1 -g     gplt.f
>/home/data184/cjones/gempak54/lib/osf/gplt.a
>/home/data184/cjones/gempak54/lib/osf/gpltdev.a
>/home/data184/cjones/gempak54/lib/osf/syslib.a
>/home/data184/cjones/gempak54/lib/osf/gemlib.a -o gplt
>ld:
>Unresolved:
>gsview_
>gqview_
>gqbnd_
>dsave_
>drest_
>dswndw_
>fort: Severe: Failed while trying to link.
>*** Exit 1
>Stop.
>*** Exit 1
>Stop.
>*** Exit 1
>Stop.
>*** Exit 1
>Stop.
>*** Exit 1
>Stop.
>
>Any help you can provide will be greatly appreciated.
>
>thanks,
>
>Charles.
>
>
>--
>*====================================================*
>Dr. Charles Jones
>Assistant Researcher
>Institute for Computational Earth System Science (ICESS)
>University of California, Santa Barbara, CA 93106-3060
>
>phone: (805) 893-5824
>fax:   (805) 893-2578
>email: address@hidden
>URL:   http://www.icess.ucsb.edu/~cjones
>|=====================================================*
>
>