From owner-freebsd-current Fri Mar 13 20:16:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA04084 for freebsd-current-outgoing; Fri, 13 Mar 1998 20:16:33 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au ([203.36.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA04073 for ; Fri, 13 Mar 1998 20:16:29 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id PAA16394; Sat, 14 Mar 1998 15:17:41 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199803140417.PAA16394@cimlogic.com.au> Subject: Re: trouble booting In-Reply-To: <350A0175.F8D28907@camtech.net.au> from Matthew Thyer at "Mar 14, 98 02:33:01 pm" To: thyerm@camtech.net.au (Matthew Thyer) Date: Sat, 14 Mar 1998 15:17:41 +1100 (EST) Cc: Studded@dal.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Thyer wrote: > I'm curious too. > > I hope someone else might comment on the possible benefits of > making a new kernel first ! > > I think I read somewhere once that occasionally a make world > may require this... i.e. the new code uses new features in > the kernel during compilation or something like that. > > Is this real anyone ? Or am I just wasting 8 minutes or so > doing this. Last year, NetBSD designed a new stat syscall. The old one continued to exist (same number), but any new compiles would use __stat13 when you called stat(). In this case, you had to build and boot a new kernel before building libc. The old programs continued to work with the new kernel, but new programs failed with the old kernel because of the missing syscall. So it depends on what the changes are. If you don't follow -current closely (and continuously like I didn't last year 8-), then this sort of thing bites. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message