From owner-freebsd-current Fri Jun 28 12:33:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23716 for current-outgoing; Fri, 28 Jun 1996 12:33:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23708 for ; Fri, 28 Jun 1996 12:33:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04659; Fri, 28 Jun 1996 12:32:16 -0700 (PDT) To: Chuck Robey cc: Bill Paul , current@freebsd.org Subject: Re: mknetid In-reply-to: Your message of "Fri, 28 Jun 1996 11:22:43 EDT." Date: Fri, 28 Jun 1996 12:32:16 -0700 Message-ID: <4657.835990336@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just axed the /usr/obj (on a suggestion by Jordan) and used make > cleandir obj to build another obj. It built it in a place I hadn't > expected it, /usr/obj/usr/src/libexec/mknetid, and all I want to find out > is if that's considered the correct address for future obj links. Seems > odd to put usr/src in there, but if it's right, I can deal with that. That's correct since it isolates that instance of mkinetd from any others. Say I go to my own directory and say: cvs co mkinetd make obj all install If the rule was to put it directly in /usr/obj/usr.bin/mkinetd or something, I'd end up spamming the /usr/src objects for what could very well be an experimental build. I believe that it's still possible to have collisions if you really work at deliberatly fooling the system but the default behavior is correct. Jordan