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

20000113: Gempak compile problem

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: 20000113: Gempak compile problem
  • Date: Fri, 14 Jan 2000 10:30:13 -0700
>From: Mark Tucker <address@hidden>
>Organization: .
>Keywords: 200001131851.LAA04569

>
>I'm trying to compile  gempak (from gempak54upc_pl15.tar.gz) on a Linux PC
>in our lab.  The build fails with the following error:
>
>Creating standalone object file for ffdriv.o imisub.o
>fort77    -c   ../imisub.f
>   im_isub:
>Warning on line 180: local variable ermiss never used
>make[2]: Leaving directory `/usr/local/gempak/garp/gempak/linux'
>make[1]: *** No rule to make target
>`/usr/local/gempak/garp/gui/linux/gui.a', needed by `linux/garp'.  Stop.
>make[1]: Leaving directory `/usr/local/gempak/garp'
>make: *** [all] Error 2
>
>
>Any idea as to what may be going wrong here?  Thanks.
>
>Mark Tucker
>Information Technology
>Lyndon State College
>address@hidden
>
>


Mark,

For some reason, it seems like $GARPHOME/gui/linux/gui.a wasn't built.
Possibly because an error occured when building in that subdirectory.
Try running the "make all" again from $GARPHOME and see if you get
any compiler errors when decending in the gui/ directory.

Another possibility is your version of gmake doesn't like the
$(@:.o=.c) macro in the Makefiles in the subdirectories
or garp if your build didn't produce a $GARPHOME/gui/linux/gui.a
library. If thats the case, I'd suggest changing the macro to
just *.c, eg:
$(COMPILE.c) ../$(@:.o=.c) \
to 
$(COMPILE.c) ../*.c \

Steve Chiswell
Unidata User Support