From owner-freebsd-hackers Thu Nov 2 17:54:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01499 for hackers-outgoing; Thu, 2 Nov 1995 17:54:16 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA01494 for ; Thu, 2 Nov 1995 17:54:14 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id TAA08569; Thu, 2 Nov 1995 19:53:28 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Nov 1995 19:53:30 -0600 To: "Garrett A. Wollman" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: An Outsider's View Cc: "Jordan K. Hubbard" , hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 6:44 PM 11/2/95, Garrett A. Wollman wrote: >< said: > >> Nobody really likes the model anyway since it requires a read/write >> /usr/src to make the symlinks, and that bites. You won't get much >> (if any) pushback on rearchitecting that. > >Actually, I am rather fond of it myself, principally because it keeps >a lot of cruft out of my way when I'm working on something, but >doesn't require funny filesystems or other sorts of things that, while >they would be nice, I'm not willing to trust on an experimental machine. > >As for the read/write question, well, `man lndir'. I agree, it's not >the best approach, but it's what we've got. (I would frankly be far >more comfortable with a system that kept obj links but made use of a >funky filesystem to cover this case rather than getting rid of obj >links and using a funky filesystem to hide the object cruft.) The scheme that I have in mind would create a separate object tree just as is now created in /usr/obj. The only reason that I see for the links is to have a more direct access path to the intermediate directory of object modules. For many users, this is unnecessary. Those object modules could be kept in some invisible location which is only accessed through the makefile. ---- Richard Wackerbarth rkw@dataplex.net