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.
>From: "Arthur A. Person" <address@hidden> >Organization: . >Keywords: 200001042100.OAA00733 >Steve, > >Hit another snag building in the new patch... > Undefined first referenced > symbol in file >dc_wlog_ >/opt1/gempak/NAWIPS/lib/sol/gemlib.a(sfwsdd.o) Art, sfwsdd.f should not call dc_wlog, and the Makefile does not link in the bridge.a library to resolve that symbol. Check your copy of $GEMPAKHOME/src/gemlib/sf/sfwsdd.f and see if it has been modified locally at your institution. try: grep -i wlog sfwsdd.f If you find a call in there to dc_wlog, it shouldn't be there. You will want to remove the sfwsdd.o member of the gemlib.a archive with: ar dv $GEMLIB/gemlib.a sfwsdd.o then rebuild in the $GEMPAKHOME/src/gemlib/sf directory to recompile sfwsdd.f and add it into the archive. If you need a pristing copy of sfwsdd.f let me know. After than, try again with building the programs directory. Garp should have built without trouble since it does not write surface data to output files, so it doesn't use that routine. The dcsynop decoder and sfedit do write data out to files and will use that routine, but only dc programs should calling the system logging functiond in the bridge.a library. Steve Chiswell Unidata User Support > >Any more ideas? Do I need to "make clean" for the garp build? But why >would it not find dc_wlog_ ? > > Art. > >Arthur A. Person >Research Assistant, System Administrator >Penn State Department of Meteorology >email: address@hidden, phone: 814-863-1563 >