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.
The GN "generic" device is sufficient in linking with $(GPLT_NC). All stubs referenced by gplt.a will are provided in gn.a. For an example of a non-graphical program which is linked in such a way see the Makefile in $GEMPAK/source/util/sector etc. Steve CHiswell Unidata User Support On Thu, 2005-12-01 at 09:02, Robert Mullenax wrote: > I have done that before for other graphics programs where I wanted a > "gif" version (in addition to the gf version), but I was not sure that > would work for the non graphics programs. I'll give it a try. > > Thanks, > Robert > > > > -----Original Message----- > From: Clint Rowe [mailto:address@hidden] > Sent: Thu 12/1/2005 9:39 AM > To: Robert Mullenax > Cc: address@hidden > Subject: Re: eliminating additional gplt process for gddiag, gdbiint > > Robert, > > I'm no expert, but I think it's as "easy" as modifying the Makefile > in the program directory (e.g., gempak/source/programs/gd/gddiag) > to match one for a program that has a _gf version. I think you > need to add a definition for LIBINC_GF (should be the same as > for, say, gdcntr) and PROG_GF, modify the programs_gf target and > then add a $(PROG_GF) target (again, copied from gdcntr). > > I've been thinking about doing this for gdvint, but have never quite > gotten around to it. Let me know if you have any success. > > Clint > > On Wed, 2005-11-30 at 13:57, Robert Mullenax wrote: > > Does anyone know if it is possible to create a version of gddiag and > > gdbiint that would incorporate everything needed to run without > > starting an additional gplt process, similar to the _gf versions of > > the graphical programs. I would like to speed this up as I am > working > > with large grids and not having to create those other gplt processes > > would help a lot. > > > > Thanks, > > Robert Mullenax > > > > > -- > ==================================================================== > Clinton M. Rowe > Associate Professor > Meteorology/Climatology Program phone:(402)472-1946 > Department of Geosciences fax:(402)472-4917 > University of Nebraska-Lincoln address@hidden > > > >