From owner-freebsd-current Fri Jan 30 21:19:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16661 for current-outgoing; Fri, 30 Jan 1998 21:19:35 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA16655 for ; Fri, 30 Jan 1998 21:19:29 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA28375; Sat, 31 Jan 1998 15:48:54 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id PAA03848; Sat, 31 Jan 1998 15:48:53 +1030 (CST) (envelope-from grog) Message-ID: <19980131154853.14733@lemis.com> Date: Sat, 31 Jan 1998 15:48:53 +1030 From: Greg Lehey To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: make buildworld breakage References: <199801310342.UAA22230@harmony.village.org> <199801310511.WAA06462@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199801310511.WAA06462@harmony.village.org>; from Warner Losh on Fri, Jan 30, 1998 at 10:11:46PM -0700 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe current" On Fri, Jan 30, 1998 at 10:11:46PM -0700, Warner Losh wrote: > In message <199801310342.UAA22230@harmony.village.org> Warner Losh writes: > : install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/home/imp/FreeBSD/src/tmp/usr/lib > : ld.so failed: Undefined symbol "SYS_lfs_segwait" in install:/usr/obj/home/imp/FreeBSD/src/tmp/usr/lib/libc.so.3.0 > > hmmm, SYS_lfs_segwait used to be in sys/syscall.h. It isn't anymore. > I killed lfs_*.o from the sys/Makefile.inc file and the build appears > to be working. If it completes, I'll commit the change. I suspect > that this change would require a library major number bump, but I > don't think that this bump is needed since we're already at 3.0. If we have one 3.0 library without lfs_segwait(2), then a library which uses it should not have the same number. We had this case last August with some other function (getpid? I forget), and it caused me lots of problems. I'm sure a number of other -current users will remember that. Greg