From owner-freebsd-current Thu Feb 12 15:11:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25294 for current-outgoing; Thu, 12 Feb 1998 15:11:52 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25265 for ; Thu, 12 Feb 1998 15:11:50 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA14022; Thu, 12 Feb 1998 16:11:48 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd013997; Thu Feb 12 16:11:48 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id QAA04342; Thu, 12 Feb 1998 16:11:45 -0700 (MST) From: Terry Lambert Message-Id: <199802122311.QAA04342@usr02.primenet.com> Subject: Re: Heads up: static -ification To: eivind@yes.no (Eivind Eklund) Date: Thu, 12 Feb 1998 23:11:45 +0000 (GMT) Cc: tlambert@primenet.com, eivind@yes.no, current@FreeBSD.ORG In-Reply-To: <19980212143844.44164@follo.net> from "Eivind Eklund" at Feb 12, 98 02:38:44 pm X-Mailer: ELM [version 2.4 PL25] 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 > The problem is that we have subsystems that share symbols internally, but > shouldn't expose those symbols to the rest of the world. I'd like a > hierarchical model where we the kernel is the top node of a tree, and each > node in the tree have a defined exported interface, and all symbols not in > that interface will be removed. Each node will be implemented as an object > file, but might be constructed by re-linking subnodes through ld -r and a > pass through symorder -c to zap non-wanted symbols. > > This has two good effects: > (1) Limiting exposure of symbols as much as possible, so incestous > relationships don't develop so easily. > (2) Minimizing re-link time, as only the parts of the kernel that really has > changed will be re-linked. > > OTOH, I think this might be too large a change for people to swallow. It wants the kernel build tree reorganized on module boundries. As an aside, so does multiple architecture support. As another aside, filesystems want to be in /sys/fs instead of spread all over the source tree at random locations. So a source tree reorganization is due. Maybe we could have CSRG assert a trademark on their source tree organization... ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe current" in the body of the message