Date: Thu, 9 Jul 1998 11:03:39 +1000 (EST) From: John Birrell <jb@cimlogic.com.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: imp@village.org, tcole@nihilist.org, jb@cimlogic.com.au, patton@sysnet.net, freebsd-current@FreeBSD.ORG Subject: Re: building world Message-ID: <199807090103.LAA24575@cimlogic.com.au> In-Reply-To: <7641.899944196@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 8, 98 05:29:56 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan K. Hubbard wrote: > I suggested a "make update" when this first came up, but nobody > seems to want to go down that route. Too simple, I guess. :) It's not simple at all! If make can't process the top level makefile because that assumes definitions in the included .mk files and the wrong ones of these get used, it just stops dead. People who have seen this will remember that make just spits errors "instantly". It To update, you need the correct .mk files, but if you had the correct .mk files, then you wouldn't need to update. Catch-22. 8-) For a "make update" to work, you'd need to peg the syntax in /usr/src/Makefile at something compatible with the year dot. Now since /usr/src/Makefile contains all the bells and whistles to get things updated in the correct order even for those who are already current, we've got a conflict there. I think that most of /usr/src/Makefile should be moved to /usr/src/Makefile.build (say) and put something really simple in /usr/src/Makefile that will DTRT (kick of make with the correct -m dir arguments etc). I wish we had some way of automatically capturing the end of a failed make so that failure reports would provide meaningful information. What about a program like "tee", but one which just keeps the last few hundred lines of output? If /usr/src/Makefile was split into /usr/src/Makefile.build, this error output capturing could be implemented as part of the execution of the sub-make. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807090103.LAA24575>