mark@cbosgd.UUCP (11/22/83)
If you try to compile any program in 4.2BSD using -ldbm, you'll
get the following diagnostics:
_environ: ld:/usr/lib/libdbm.a: multiply defined
start: /usr/lib/libdbm.a: multiply defined
_moncontrol: /usr/lib/libdbm.a: multiply defined
mcount: /usr/lib/libdbm.a: multiply defined
It turns out the problem is the makefile, which loads (with libc)
the dbm.o file and installs that as libdbm.a instead of the usual
archive of object files. Here is the fix:
*** 2,10
#
CFLAGS=-O
! libdbm.a: dbm.c
! libdbm.a: dbm.h
! ${CC} -o libdbm.a ${CFLAGS} dbm.c
install:
install -m 644 libdbm.a $(DESTDIR)/usr/lib
--- 2,12 -----
#
CFLAGS=-O
! libdbm.a: dbm.o
! ar rv libdbm.a dbm.o
!
! dbm.o: dbm.h dbm.c
! ${CC} -c ${CFLAGS} dbm.c
install:
install -m 644 libdbm.a $(DESTDIR)/usr/libpag@hao.UUCP (Peter Gross) (11/30/83)
In Mark's fix to the libdbm Makefile, he omitted the ranlib of the created archive. Thus, change libdbm.a: dbm.o ar rv libdbm.a dbm.o to libdbm.a: dbm.o ar rv libdbm.a dbm.o ranlib libdbm.a --peter