From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 19:10:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1946716A41C for ; Mon, 20 Jun 2005 19:10:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CF343D48 for ; Mon, 20 Jun 2005 19:10:55 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id E1A3046BA3; Mon, 20 Jun 2005 15:10:54 -0400 (EDT) Date: Mon, 20 Jun 2005 20:13:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20050620.124905.35871665.imp@bsdimp.com> Message-ID: <20050620201157.J26664@fledge.watson.org> References: <20050619012425.L56734@fledge.watson.org> <20050620.124905.35871665.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: dhclient less functional with nanobsd because of NO_CXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 19:10:56 -0000 On Mon, 20 Jun 2005, M. Warner Losh wrote: > : - Allowing C++ to be built as a build dependency, but not installed. > : - Rewriting devd to not be in C++. > : - Providing an option so that dhclient's old and useful behavior can be > : restored. > > It is generally desirable to have a separate 'install' environemnt from > the 'build' environment on real embedded systems. The fact that nanobsd > doesn't have this useful distinction is a problem with nanobsd, not > devd. It should build everything, but install with all the NO_XXX flags > set to do subsetting. Well, actually, it's a granularity issue in the src/sbin/Makefile and its conditional handling of devd based on NO_CXX without taking into account whether we're building or installing. Hence my comments about needing to provide some make infrastructure, since devd isn't the only component that falls into precisely this pit: SUBDIR= adjkerntz \ ... ${_devd} \ ... .if !defined(NO_CXX) _devd= devd .endif Robert N M Watson