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.
Christian, Most likely, you have some problems in your Gemenviron environmental variables during your build which would be caused by having your $GEMPAK variable pointing to your old distribution so that the MXTAGN is not found in the old gemprm.h file. Perhaps you did not source the new Gemenviron before building so that your -I$(GEMPAK)/include in the makefiles was refering to the old distribution that did not have MXTAGN defined. Likely too if some routines were not built leading to your unresolved references if your $GEMLIB variable was pointing to the old distribution. You should run "make distclean" from the top of the 5.6.D.1 distribution tree to clean up any libraries etc. Then, verify that you unpacked the 5.6.D.1 tree into a clean directory (and not overtop of an old distribution). Next, make sure that you have correctly defined the NAWIPS variable in your Gemenviron file before sourcing it. Then source Gemenviron and make sure that $GEMPAK and $CONFIGDIR are in your 5.6.D.1 tree, eg: echo $GEMPAK $CONFIGDIR Once you have done that, you should be able to build with: cd $NAWIPS make all install >& make.irix & That will log your build to the make.irix file. If you have any problems, you can send me the output file. Since my desktop system is IRIX64, I have built the 5.6.D.1 release many times. Finally, after the package is installed, you can reset your .cshrc source of Gemenviron so that your 5.6.D.1 distribution is added to your path and not the 5.6.C.1 distribution. Steve Chiswell Unidata User Support >From: Christian Page <address@hidden> >Organization: UCAR/Unidata >Keywords: 200108060748.f767mL126997 > >Hi, > >I downloaded the new version of gempak-5.6.D.1 and I got a few problems >compiling under IRIX64. Compiling the previous version 5.6.C.1 was without any >problem. Here they are: > >1- Problems in some #define variables in cgemlib/cst/cstgtag.c > >I had to manually add a #define MXTAGN 77 >If not, MXTAGN is undefined. I don't know why, because the includes are there: >#include "geminc.h" >#include "gemprm.h" > >I added #define MXTAGN 77 after these 2 includes. Then it can compile ok. > >2- Error linking gplt : some undefined symbols. > >making in /io/gempak/GEMPAK5.6.D.1/gempak/source/gplt/main > f77 -o32 -I/io/gempak/nawips/gempak/include -I/io/gempak/nawips/gempa > k/include/IRIX gplt.f >/io/gempak/nawips/lib/irix/gplt.a /io/gempak/nawips/lib/irix/gpltdev.a >/io/gempak/nawips/lib/irix/syslib.a /io/gempak/nawips/lib/irix/cgemlib.a >/io/gempak/nawips/lib/irix/gemlib.a -o gplt >ld: WARNING 84 : /io/gempak/nawips/lib/irix/cgemlib.a is not used for resolvin > g >any symbol. >ld: ERROR 33 : Unresolved text symbol "clo_init_" -- 1st referenced by >/io/gempak/nawips/lib/irix/gplt.a(gflbnd.o). > Use linker option -v to see when and which objects, archives and dsos >are loaded. >ld: ERROR 33 : Unresolved text symbol "clo_bstype_" -- 1st referenced by >/io/gempak/nawips/lib/irix/gplt.a(gflbnd.o). > Use linker option -v to see when and which objects, archives and dsos >are loaded. >ld: ERROR 33 : Unresolved text symbol "clo_bsarea_" -- 1st referenced by >/io/gempak/nawips/lib/irix/gplt.a(gflbnd.o). > Use linker option -v to see when and which objects, archives and dsos >are loaded. >ld: ERROR 33 : Unresolved text symbol "clo_bgnext_" -- 1st referenced by >/io/gempak/nawips/lib/irix/gplt.a(gflbnd.o). > Use linker option -v to see when and which objects, archives and dsos >are loaded. >ld: INFO 152: Output file removed because of error. > >I didn't fix that problem, because I don't know where these subroutines are. > >Thanks, > >Christian Page >UQAM > >