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

20000104: another snag

>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
>