From owner-freebsd-stable Wed Jan 28 17:07:04 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06488 for stable-outgoing; Wed, 28 Jan 1998 17:07:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from amber.ghostwheel.com (amber.ghostwheel.com [207.201.56.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06482 for ; Wed, 28 Jan 1998 17:06:59 -0800 (PST) (envelope-from merlin@ghostwheel.com) Received: from amber.ghostwheel.com (amber.ghostwheel.com [207.201.56.89]) by amber.ghostwheel.com (8.8.8/8.8.5) with SMTP id QAA18107 for ; Wed, 28 Jan 1998 16:19:56 -0800 (PST) Date: Wed, 28 Jan 1998 16:19:55 -0800 (PST) From: Christopher Knight To: freebsd-stable@freebsd.org Subject: make world problem today with util.o Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been syncing my system about once a week and doing a make world whenever I notice changes to utilities that I need. Today I noticed an update to fetch, so I decided to make world. Note: I cvsup'd my system to freebsd-stable a couple of hours ago. cc -nostdinc -O -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/ftp/ruserpass.c cc -nostdinc -O -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/ftp/util.c cc -nostdinc -O -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -I/usr/obj/usr/src/tmp/usr/include -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o -ledit -ltermcap util.o: Undefined symbol `_timersub' referenced from text segment util.o: Undefined symbol `_timersub' referenced from text segment util.o: Undefined symbol `_timersub' referenced from text segment Any suggestions? I note that the compile line that failed contains fetch.o and have little doubt it is related to the update of fetch. Is this a known bug, or is there something in my system I should be checking? -ck