From owner-cvs-all Thu May 4 19:32:30 2000 Delivered-To: cvs-all@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id DEBF237B730; Thu, 4 May 2000 19:32:22 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id WAA38870; Thu, 4 May 2000 22:31:56 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 4 May 2000 22:31:56 -0400 (EDT) From: Chuck Robey To: "David O'Brien" Cc: Chuck Robey , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc/defaults make.conf src/sys Makefile src/sys/conf Makefile.alpha Makefile.i386 In-Reply-To: <20000503205752.A65556@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, David O'Brien wrote: > On Mon, May 01, 2000 at 07:26:05PM -0700, Chuck Robey wrote: > > Log: > > Cause modules to build with the kernel build. Modules are removed > > from the sys Makefile's SUBDIRs. > > Hi Chuck, > > I was wondering if this is still a WIP. I am seeing that modules are > built with-in /sys/modules. First, I just finally got my net back, which is why I didn't reply yesterday. Second, Peter's informed me he's getting fairly close to replacing /sys/modules, so it's just not worth any more screwing around with. I didn't learn that until after I committed it. This breaks using a read-only /usr/src, and > causes file polution for ``cvs up''. Worse if you build kernel FOO and a > week later build kernel BAR; you are unable to ``cd /sys/compile/FOO ; > make install'' as you don't have the modules that match kernel FOO any > longer. That seems a bit artificial (if you're screwing around with old kernels, you know what you're doing anyhow), but I still think that the evils that exist now are less than the evils that exist without the commit, where it's even easier to get modules out of sync with the kernel. This was discussed clearly last week, where I posted that moving in at least a cleaner direction was better than the situation as it was, and that if there was no movement, I would at least commit what I did, because the direction of the "correct" way to do it had been discussed for months. Why didn't you comment then? But, like I said, it's not worth any real work now; it's cleaner than it was, and if it's still got a wart or two, it's going away anyhow. That's good news no matter how you cut it. Of course we never did, but the move of the modules from world > builds to kernel builds was to get around such issues. It really would > be better to build modules with-in /sys/compile//modules. > > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message