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

20001103: Having a little problem with GEMPAK...

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: 20001103: Having a little problem with GEMPAK...
  • Date: Fri, 03 Nov 2000 14:14:58 -0700
Todd,

Use the fortran compiler, and not g77.

I ommited one tag in the $NAWIPS/unidata/programs/sfctime/Makefile
for building on the Alpha.

Edit the above mentioned file and add the NOFORMAIN variable
to the link line:
        $(LINK.f) -o $@ $(COBS) $(FOBS) $(GEMLIB)

to

        $(LINK.f) $(NOFORMAIN) -o $@ $(COBS) $(FOBS) $(GEMLIB)

don't change anything else, the tabs are important.

Then after making that change,

cd $NAWIPS/unidata/programs/sfctime
make clean

cd $NAWIPS
make clean
make all


Steve Chiswell
Unidata User Support





>From: "Todd McInerney" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200011031447.eA3ElA423547

>--0__=bbFOR0QWGseeFv4VL07eto76XIA4Nt8NGpVKHfOPxWEMAMEFIZBIZkd8
>Content-type: text/plain; charset=us-ascii
>Content-Disposition: inline
>
>Good morning.
>
>I am trying to install GEMPAK 5.6 on a Alpha Personal Workstation running
>Compaq True64 UNIX 4.0f for our Meterology program; but am running into
>difficulty with the make all stage.
>
>I have tried compiling the package using c and FORTRAN compilers from both
>Compaq and GNU (performing a make clean before each attempt). Suprisiningly
>the Compaq seem to get further than the GNU.
>
>I am attaching the make.out files from both sessions (.g77 for the GNU
>output; .f77 for the Compaq output).  I was wondering if you would be able
>to help me resolve the problem.  I admit that my knowledge of FORTRAN is
>almost non-existant.
>
>Thanks in advance,
>Todd McInerney
>University Computing
>Western Connecticut State University
>
>(See attached file: make.out.g77)(See attached file: make.out.f77)
>
>