gdbm build issues

[Ken Teague]

Hello,

I'm attempting to build gdbm but running in to some difficulties.  Here is some 
system info to begin with:

$ uname -a
NetBSD svalbard 2.1.0_STABLE NetBSD 2.1.0_STABLE (sdf) #0: Tue Sep  4 06:27:41 
UTC 2007  address@hidden:/var/src-2.1/arch/alpha/compile/sdf alpha

$ gcc -v
Using built-in specs.
Configured with: 
/home/nick/work/netbsd/src/tools/gcc/../../gnu/dist/gcc/configure 
--enable-long-long --disable-multilib --enable-threads --disable-symvers 
--build=i386-unknown-netbsdelf --host=alpha--netbsd --target=alpha--netbsd
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)

$ ginstall --version
install (GNU coreutils) 6.10

... and the error:

$ ./configure --prefix=$HOME
...
$ make
...
$ make install
...
/usr/pkg/bin/ginstall -c -m 644 -o bin -g bin gdbm.h  
/arpa/ns/s/syntax/include/gdbm.h
/usr/pkg/bin/ginstall: cannot change ownership of 
`/arpa/ns/s/syntax/include/gdbm.h': Operation not permitted
*** Error code 1

Stop.
make: stopped in /arpa/ns/s/syntax/project/gdbm-1.8.3

... so, after RTFM (README), I ran:

$ make progs
...
tndbm.o(.text+0x170): In function `main':
/arpa/ns/s/syntax/project/gdbm-1.8.3/tndbm.c:123: warning: this program uses 
gets(), which is unsafe.
gcc  -o tdbm testdbm.o -lc
testdbm.o(.text+0x190): In function `main':
/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:126: warning: this program uses 
gets(), which is unsafe.
testdbm.o(.text+0x4c):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:99: 
undefined reference to `dbminit'
testdbm.o(.text+0x50):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:99: 
undefined reference to `dbminit'
testdbm.o(.text+0x9c):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:103: 
undefined reference to `dbminit'
testdbm.o(.text+0xa0):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:103: 
undefined reference to `dbminit'
testdbm.o(.text+0x1cc):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:129: 
undefined reference to `fetch'
testdbm.o(.text+0x1d0):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:129: 
undefined reference to `fetch'
testdbm.o(.text+0x224):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:160: 
undefined reference to `firstkey'
testdbm.o(.text+0x228):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:160: 
undefined reference to `firstkey'
testdbm.o(.text+0x248):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:176: 
undefined reference to `fetch'
testdbm.o(.text+0x24c):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:176: 
undefined reference to `fetch'
testdbm.o(.text+0x290):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:173: 
undefined reference to `nextkey'
testdbm.o(.text+0x294):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:173: 
undefined reference to `nextkey'
testdbm.o(.text+0x330):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:188: 
undefined reference to `firstkey'
testdbm.o(.text+0x334):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:188: 
undefined reference to `firstkey'
testdbm.o(.text+0x36c):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:192: 
undefined reference to `nextkey'
testdbm.o(.text+0x370):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:192: 
undefined reference to `nextkey'
testdbm.o(.text+0x3dc):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:154: 
undefined reference to `delete'
testdbm.o(.text+0x3e0):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:154: 
undefined reference to `delete'
testdbm.o(.text+0x4c8):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:144: 
undefined reference to `store'
testdbm.o(.text+0x4cc):/arpa/ns/s/syntax/project/gdbm-1.8.3/testdbm.c:144: 
undefined reference to `store'
*** Error code 1

Stop.
make: stopped in /arpa/ns/s/syntax/project/gdbm-1.8.3

What's going on here?  Do I need to RTFM more?... or have I ran in to a bug?  
As you may have noticed, I'm trying to build this in user space, as I don't 
have root access to this box.  I'm doing this so that I can build the latest 
version of mutt to take advantage of header_cache which requires GDBM, QDBM or 
Berkeley DB4.  Since this isn't my box, my shell account on here has a quota 
and I'd like to use the smallest of them all, which is GDBM.  Thank you in 
advance for your assistance in this matter.

- Ken