From owner-freebsd-current Sun Jun 9 16:10:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06419 for current-outgoing; Sun, 9 Jun 1996 16:10:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA06413 for ; Sun, 9 Jun 1996 16:10:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA03238 for current@FreeBSD.org; Sun, 9 Jun 1996 16:09:48 -0700 From: Terry Lambert Message-Id: <199606092309.QAA03238@phaeton.artisoft.com> Subject: Minor nit in build process plus fix To: current@FreeBSD.org Date: Sun, 9 Jun 1996 16:09:47 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi; My /usr/src is a directory containing a set of symbolic links to the real source locations for various components. This lets me mix-and-match components from multiple source trees pretty much at will using various /usr/src directory configurations. Recently, I had to rebuild ps. The /usr/include directory on my machine is the one from -release. The ps build builds a -I/sys include line, but since there is no /sys/machine, it finds the correct /usr/include/sys directory, but gets the old /usr/include/machine directory. There is a fix: ln -s i386/include /sys/machine I think this symlink should be in the default /usr/src/sys source tree. There are probably other dependent includes that are handled the same (wrong) way (I haven't hit any, but I'm sure the "net" stuff is in the same boat, etc.). The reason this is an issue is that the ps command includes sys/proc.h which includes files from the machine include directory, and while the sys directory is correctly redirected to the current /sys's includes, the machine directory is not. I would also like to see relative path dependencies disappear. The /bin/csh relative path dependency on usr.bin/printf is especially annoying, given the relative prioritization of the bin and usr/bin directories in a live system. In either case, the relative path dependencies want to disappear so that symlinks can be used; putting printf.c in the "right" place for the dependency (or moving csh to the "right" place) is only a kludge fix. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.