From owner-freebsd-stable Mon Mar 22 12:16:14 1999 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 663CC1520C for ; Mon, 22 Mar 1999 12:16:13 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id FAA07643; Tue, 23 Mar 1999 05:16:00 +0900 (JST) Message-ID: <36F6A49C.68CB8201@newsguy.com> Date: Tue, 23 Mar 1999 05:14:20 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Mike Meyer Cc: stable@freebsd.org Subject: Re: Build of 3.1-STABLE failing? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer wrote: > > > > > > Just one question - what are "make" and "make install" for, then? > > > > > > > > For those who know what they are doing. > > > > For instance, they can be very handy for developers who know what > > > > their modifications are doing or not to the source tree. > > "Nuts" because the reason stated was exactly what I *was* doing. I was > using make & make install to build & install my changes to the source > tree. You said you was cvsupping. What error did you came up with? An undefined "define". Why is that? Because the include file in which it was defined was not installed in the obj tree before the program that required it was compiled. Why not? Because you made "all", instead of making "buildworld". The later makes sure all the programs/libs/includes required to build world are recompiled/installed (in the obj tree) *before* actually doing so, so that modifications to any of these will take effect. If this was *your* modification, you would instantly spot the error, it's causes and figure out what need to be done to solve it. > > If you submitted the patches, you better just keep your own tree, > > with your patches. Whenever the patches reach the tree, the > > committer will, hopefully, close the PR. > > Which sounds like "don't bother tracking -STABLE, just track > -RELEASE". After all, what I was doing was to make update, reinstall > my patches, then do the build. This was left a bit out of context. If what you wanted was "just see when your patches got in", all you have to do is wait for the PR to close, or read cvs-all. No need to keep cvsupping. If you *do* want to track -stable, which, *imho*, is a good idea, but ommv, the correct procedure is buildworld&installworld (or just world). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "Someone's trying to hack into our server." "Wow... How flattering!" "I know. There must be some mistake." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message