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.
Michael, The Makeinc.common is "included" by the Makefile I provided in the newgrid example. The Makeinc.common file is part of the GEMPAK distribution under $CONFIGDIR. Steve Chiswell Unidata User Support > The makeinc.common file was not included in the package you provided...I get > it now. > -- > Dr. Michael Dickinson > Senior Research Scientist > Accurate Environmental Forecasting, Inc. > 165 Dean Knauss Dr. > Narragansett, RI 02882 > 401.788.9031 (voice) > 401.788.9034 (fax) > http://www.accufore.com > > ----- Original Message ----- > From: "Unidata GEMPAK Support" <address@hidden> > To: <address@hidden> > Cc: <address@hidden> > Sent: Wednesday, November 22, 2006 2:56 PM > Subject: [GEMPAK #WWZ-991406]: GEMPAK 5.9.3 > > > > Michael, > > > > I was referring to the Makefile which I provided in the example, that > > sources > > $CONFIGDIR/Makeinc.common to define GEMLIB=$NAWIPS/os/$NA_OS/lib/gemlib.a > > etc. > > > > You can of course use the actual file names of gemlib.a, cgemlib.a, > > gplt.a. etc..... > > > > Steve Chiswell > > Unidata User Support > > > > > > > >> Interesting....I'll try and digest this all though I am moving into > >> increasing unfamiliar territory. I can echo $GEMPLT and get a > >> response...but > >> an echo of $GPLT yields nothing. DO I need to add the library paths to my > >> .bashrc file before continuing? > >> > >> > >> -- > > > >> ----- Original Message ----- > >> From: "Unidata GEMPAK Support" <address@hidden> > >> To: <address@hidden> > >> Cc: <address@hidden> > >> Sent: Wednesday, November 22, 2006 2:29 PM > >> Subject: [GEMPAK #WWZ-991406]: GEMPAK 5.9.3 > >> > >> > >> > Michael, > >> > > >> > For one pass linkers, you have to list the libraries in order and > >> > possibly > >> > multiple > >> > times due to dependencies in files getting resolved. See the Makefile > >> > in > >> > the > >> > sample I posted which links the libraries in order: > >> > LIBINC = \ > >> > $(GPLT_NC) \ > >> > $(GEMLIB) \ > >> > $(GPLT) \ > >> > $(DEVICE) \ > >> > $(GN) \ > >> > $(CGEMLIB) \ > >> > $(GEMLIB) > >> > > >> > Note that GEMLIB is listed twice since GEMLIB has routines which call > >> > GPLT > >> > and CGEMLIB > >> > routines which themselves require GEMLIB. > >> > > >> > Steve Chiswell > >> > Unidata User Support > >> > > >> > > >> >> Steve > >> >> > >> >> Thanks...I missed one. However, the errors I am getting are compile > >> >> errors... > >> >> > >> >> /tmp/cco.NveXTV(.text+0x71): In function `gemwrt_': > >> >> : undefined reference to `in_bdta__' > >> >> /tmp/cco.NveXTV(.text+0x80): In function `gemwrt_': > >> >> : undefined reference to `dg_intl__' > >> >> /tmp/cco.NveXTV(.text+0x1a5): In function `gemwrt_': > >> >> : undefined reference to `dg_inxt__' > >> >> /tmp/cco.NveXTV(.text+0x205): In function `gemwrt_': > >> >> : undefined reference to `dg_nwdt__' > >> >> /tmp/cco.NveXTV(.text+0x31c): In function `gemwrt_': > >> >> : undefined reference to `gd_clos__' > >> >> > >> >> I have linked the /home/unidata/GEMPAK5.9.3/os/linux/lib/gemlib.a into > >> >> the > >> >> compile as well.... > >> >> -- > >> >> Dr. Michael Dickinson > >> >> Senior Research Scientist > >> >> Accurate Environmental Forecasting, Inc. > >> >> 165 Dean Knauss Dr. > >> >> Narragansett, RI 02882 > >> >> 401.788.9031 (voice) > >> >> 401.788.9034 (fax) > >> >> http://www.accufore.com > >> >> > >> >> ----- Original Message ----- > >> >> From: "Unidata GEMPAK Support" > >> >> <address@hidden> > >> >> To: <address@hidden> > >> >> Cc: <address@hidden> > >> >> Sent: Wednesday, November 22, 2006 1:14 PM > >> >> Subject: [GEMPAK #WWZ-991406]: GEMPAK 5.9.3 > >> >> > >> >> > >> >> >> Steve > >> >> >> > >> >> >> Thank you for your response. I have only now started looking at the > >> >> >> examples. Essentially I have two routines, one that reads from an > >> >> >> existing > >> >> >> GEMPAK grid file and one that writes to one. > >> >> >> > >> >> >> So I am looking to modify calls like > >> >> >> > >> >> >> in_bdta, gd_opnf, gd_rdat, and gd_wpgd > >> >> > > >> >> > Keep in_bdta. > >> >> > > >> >> > All programs which use the grid diagnostics MUST call DG_INTL as > >> >> > shown > >> >> > in > >> >> > the examples. > >> >> > > >> >> > Steve Chiswell > >> >> > Unidata User Support > >> >> > > >> >> > > >> >> >> > >> >> >> In my writing routine, I incorporated DG_NWDT, DG_INXT but was > >> >> >> unable > >> >> >> to > >> >> >> get > >> >> >> past the compile stage... > >> >> >> > >> >> >> Thanks > >> >> >> -- > >> >> >> Dr. Michael Dickinson > >> >> >> Senior Research Scientist > >> >> >> Accurate Environmental Forecasting, Inc. > >> >> >> 165 Dean Knauss Dr. > >> >> >> Narragansett, RI 02882 > >> >> >> 401.788.9031 (voice) > >> >> >> 401.788.9034 (fax) > >> >> >> http://www.accufore.com > >> >> >> > >> >> >> ----- Original Message ----- > >> >> >> From: "Unidata GEMPAK Support" > >> >> >> <address@hidden> > >> >> >> To: <address@hidden> > >> >> >> Cc: <address@hidden> > >> >> >> Sent: Wednesday, November 08, 2006 4:38 PM > >> >> >> Subject: [GEMPAK #WWZ-991406]: GEMPAK 5.9.3 > >> >> >> > >> >> >> > >> >> >> > Michael, > >> >> >> > > >> >> >> > I put together an example of a routine that handles writing of a > >> >> >> > grid > >> >> >> > (eg > >> >> >> > for > >> >> >> > porting from gd_wpgd) that you might find useful. See: > >> >> >> > http://www.unidata.ucar.edu/software/gempak/GEMPAK5.9/newgrid_example.tar.gz > >> >> >> > > >> >> >> > This routine creates a new grid file through GD_CREF which you do > >> >> >> > not > >> >> >> > need > >> >> >> > if you > >> >> >> > are using an existing grid file with GD_OPNF. > >> >> >> > > >> >> >> > Steve Chiswell > >> >> >> > Unidata User Support > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> >> I have read through the GEMPAK 5.9.3 migration document > >> >> >> >> (http://www.unidata.ucar.edu/software/gempak/GEMPAK5.9/GEMPAK_Grid_library_upgrade.html) > >> >> >> >> but it is still not clear to me how to make the changes I need. > >> >> >> >> I > >> >> >> >> have > >> >> >> >> a > >> >> >> >> number of Fortran routines that read from GEMPAK data files > >> >> >> >> using > >> >> >> >> in_bdta, gd_opnf, gd_wpgd that I (clearly) need to replace but > >> >> >> >> it > >> >> >> >> is > >> >> >> >> not > >> >> >> >> clear to me how best to fulfill that goal. > >> >> >> >> > >> >> >> >> > >> >> >> >> -- > >> >> >> >> Dr. Michael Dickinson > >> >> >> >> Senior Research Scientist > >> >> >> >> Accurate Environmental Forecasting, Inc. > >> >> >> >> 165 Dean Knauss Dr. > >> >> >> >> Narragansett, RI 02882 > >> >> >> >> 401.788.9031 (voice) > >> >> >> >> 401.788.9034 (fax) > >> >> >> >> http://www.accufore.com > >> >> >> >> > >> >> >> >> > >> >> >> > > >> >> >> > > >> >> >> > Ticket Details > >> >> >> > =================== > >> >> >> > Ticket ID: WWZ-991406 > >> >> >> > Department: Support GEMPAK > >> >> >> > Priority: High > >> >> >> > Status: Closed > >> >> >> > > >> >> >> > >> >> >> > >> >> >> > >> >> > > >> >> > > >> >> > Ticket Details > >> >> > =================== > >> >> > Ticket ID: WWZ-991406 > >> >> > Department: Support GEMPAK > >> >> > Priority: High > >> >> > Status: Closed > >> >> > > >> >> > >> >> > >> >> > >> > > >> > > >> > Ticket Details > >> > =================== > >> > Ticket ID: WWZ-991406 > >> > Department: Support GEMPAK > >> > Priority: High > >> > Status: Closed > >> > > >> > >> > >> > > > > > > Ticket Details > > =================== > > Ticket ID: WWZ-991406 > > Department: Support GEMPAK > > Priority: High > > Status: Closed > > > > > Ticket Details =================== Ticket ID: WWZ-991406 Department: Support GEMPAK Priority: High Status: Closed