From owner-freebsd-current Tue Jan 5 19:54:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06064 for freebsd-current-outgoing; Tue, 5 Jan 1999 19:54:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sicily.odyssey.cs.cmu.edu (SICILY.ODYSSEY.CS.CMU.EDU [128.2.185.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA06055 for ; Tue, 5 Jan 1999 19:54:24 -0800 (PST) (envelope-from rvb+@sicily.odyssey.cs.cmu.edu) To: Julian Elischer Cc: "Robert V. Baron" , current@FreeBSD.ORG Subject: Re: building boot References: From: "Robert V. Baron" Date: 05 Jan 1999 22:53:08 -0500 In-Reply-To: Julian Elischer's message of Tue, 5 Jan 1999 16:07:30 -0800 (PST) Message-ID: Lines: 35 X-Mailer: Gnus v5.4.46/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer writes: > you may need to do "make includes" > in /usr/src Well yes, that does work. But in fact, building the kernel also failed because of the same __int stuff. I didn't analyze what was wrong before I did the make includes. It was very early in the the *aic* related code. My model of bootstrapping says you build a new kernel first, with compatability on for the old kernel features. Then you boot it; then you build/install the new app environment. The forced make includes before the kernel build seems out of place. (Especially since I might want a new kernel but not new apps and installing new includes would be the wrong thing to do. > > > On 5 Jan 1999, Robert V. Baron wrote: > > > > > I recently pulled down a new src/sys and tried to build boot. This > > did not work too well, because the app environment and includes files > > were a month old. Basically, the machine/ansi.h was missing the __int > > typedefs. So should boot/ be treated like the kernel and just use > > kernel relative headers or should it be like any old user program and > > just depend on /usr/include. Currently boot/ does both. It can > > pull in things from sys/sys relative to the the kernel src. But > > it also tries to get things relative to machine -- which is not > > otherwise defined so it pulls from /usr/include/machine. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message