From owner-freebsd-stable@FreeBSD.ORG Wed Mar 10 13:49:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE841065672; Wed, 10 Mar 2010 13:49:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F23008FC14; Wed, 10 Mar 2010 13:49:32 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AE45C46B66; Wed, 10 Mar 2010 08:49:32 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C8D298A026; Wed, 10 Mar 2010 08:49:31 -0500 (EST) From: John Baldwin To: Alexander Leidinger Date: Wed, 10 Mar 2010 08:12:29 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100310113422.95932h10tv1qh2o0@webmail.leidinger.net> In-Reply-To: <20100310113422.95932h10tv1qh2o0@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003100812.29749.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 08:49:31 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org, "Robert N. M. Watson" Subject: Re: is dtrace usable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 13:49:33 -0000 On Wednesday 10 March 2010 5:34:22 am Alexander Leidinger wrote: > Quoting "Robert N. M. Watson" (from Tue, 9 Mar > 2010 16:39:09 +0000): > > > > > On Mar 9, 2010, at 2:16 PM, Alexander Leidinger wrote: > > > >>> From this you can see that sys.mk is included and parsed before 'Makefile', > >>> so the WITH_CTF=yes is not set until after sys.mk has been parsed. > >> > >> I think we need to find a different solution for this. The need to > >> specify WITH_CTF at the command line is very error prone. :( > > > > You are neither the first person to have made this observation, nor > > the first person to have failed to propose a solution in the form of > > a patch :-). > > It is not a problem to provide a patch, the problem is something else. > > Is it correct that the result of the ctfmerge/cftconvert stuff is not > covered by the CDDL? > > If yes, why not use it by default if the programs are available (I've > read the comment for the NO_CTF part, but IMO we have a chicken&egg > situation here, dtrace will not become popular if it is not easy to > use it)? This default can be made only for the kernel (by making a > copy of the definition of CTFCONVERT into bsd.prog.mk and bsd.lib.mk, > or by undefining it there), or for kernel+userland (removing the > !WITH_CTF -> NO_CTF part from sys.mk). Unfortunately the ctf stuff breaks static binaries. I think that if that were fixed we would simply enable it by default and be done. -- John Baldwin