RE: 3.1.11 compile error

["Nerijus" <nerijus@sat.lt>]

I do not have /usr/include/gdbm-ndbm.h, so I made a link
ndbm.h to /usr/include/gdbm.h, but still got errors:


gcc -DHAVE_CONFIG_H -I. -I. -I.. -Dunix -DSIAG  -DNDBM  -Wall -g -O2 -c
ndbm.c
ndbm.c:23: parse error before `*'
ndbm.c:24: warning: return-type defaults to `int'
ndbm.c: In function `get_DBM':
ndbm.c:24: `DBM' undeclared (first use in this function)
ndbm.c:24: (Each undeclared identifier is reported only once
ndbm.c:24: for each function it appears in.)
ndbm.c:24: `p' undeclared (first use in this function)
ndbm.c:24: warning: statement with no effect
ndbm.c:27: parse error before `)'
ndbm.c: In function `ldbm_open':
ndbm.c:39: `DBM' undeclared (first use in this function)
ndbm.c:39: `db' undeclared (first use in this function)
ndbm.c:39: warning: statement with no effect
ndbm.c:45: warning: implicit declaration of function `dbm_open'
ndbm.c: In function `ldbm_close':
ndbm.c:54: `DBM' undeclared (first use in this function)
ndbm.c:54: `db' undeclared (first use in this function)
ndbm.c:54: warning: statement with no effect
ndbm.c:57: warning: implicit declaration of function `dbm_close'
ndbm.c: In function `ldbm_fetch':
ndbm.c:73: `DBM' undeclared (first use in this function)
ndbm.c:73: `db' undeclared (first use in this function)
ndbm.c:73: warning: statement with no effect
ndbm.c:74: parse error before `char'

and so on


> -----Original Message-----
> From: owner-siag@edu.stockholm.se
> [mailto:owner-siag@edu.stockholm.se]On
> Behalf Of Dan Gohman
> Sent: Wednesday, April 14, 1999 5:57 PM
> To: siag@edu.stockholm.se
> Subject: Re: 3.1.11 compile error
>
>
> On Wed, Apr 14, 1999 at 11:23:50AM +0200, Nerijus wrote:
> > RedHat pre6, Intel, kernel 2.2.5, glibc 2.1.
>
> I have been experiencing the problem too, with a glibc2.1
> system. I had
> mailed Ulric about it at one point, but then dropped it,
> assuming that my
> libc installation must have been incorrect.
>
> The fix for this is to use /usr/include/gdbm-ndbm.h, and not
> the ndbm.h that
> is in the db1 dir. It worked for me, and we may have to fix
> the code to
> check for glibc2.1. This fixes the pagfno problems, too.
>
> However, I haven't found any info on why this changed, and
> why glibc2.1
> doesn't have a standard ndbm.h file. If anyone knows of where this is
> documented, please let me know.
>
> --
> Dan Gohman
> gohmandj@cda.mrs.umn.edu
>