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

20040203: detecting proper incorporation of gdbm library

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.

  • Subject: 20040203: detecting proper incorporation of gdbm library
  • Date: Tue, 03 Feb 2004 12:44:21 -0700
Neil,

>Date: 03 Feb 2004 13:33:56 -0600
>From: "Neil R. Smith" <address@hidden>
>Organization: Texas A&M University
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20040203: detecting proper incorporation of gdbm library
>Keywords: 200401280025.i0S0PCp2028769 LDM gdbm

The above message contained the following:

> Thanks Steve. Attached is the make.log file. I see that pqact is
> linked with reference to the correct libgdbm.a, but I didn't see
> anything like that connected with pqsurf.

I agree.  According to your "make.log" file, your pqact(1) utility was 
linked by the command

    c89 -o pqact -O action.o filel.o palt.o pbuf.o pqact.o ../libldm.a -lm 
-L/unidata/ldm/weather.bsd/lib -lgdbm

whereas your pqsurf(1) utility was linked by the command

    c89 -o pqsurf -O dtime.o pqsurf.o surf_split.o tokens.o wmo_header.o xbuf.o 
../libldm.a -lm

I suggest that you modify the file "pqsurf/Makefile" so that the
rule for linking the pqsurf(1) utility contains the arguments
"-L/unidata/ldm/weather.bsd/lib -lgdbm".

I'll modify the build procedure here so that this won't happen in the
next release.

Regards,
Steve Emmerson