From owner-freebsd-stable@FreeBSD.ORG Tue Mar 9 14:16:19 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 7D097106564A; Tue, 9 Mar 2010 14:16:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0C40A8FC0C; Tue, 9 Mar 2010 14:16:18 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2DC6A.dip.t-dialin.net [217.226.220.106]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9BCD9844482; Tue, 9 Mar 2010 15:16:12 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id BE01D529C; Tue, 9 Mar 2010 15:16:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1268144169; bh=/gpok8WeHeB2b9eZnjvpf+cF5CcxmcyqQSCrUqPrwSM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=z33vjZ2HV4m6edhwTLHBg1kTW5F8SZWALDF7qpxyU0rmEmoBFVC2lD86mozHKgWBB ia6b+nK6dY10Ve1YsazNSLCwI3vlaknSWviI5jPHDoxClugplJ3SLl2idO1Lpjoi9E qejgbacD+aLfvAAtGBIsrPwVrFZ3OaCmBcHCX4jVgj/dGPgeDl3PJqbluTW+PpOqBA 2MaDTMw2DsEE5nzvqV7N6lDqR89LxqWuLL303eIjUL2+lYv+jIxweEHXyXW1ePZWiT beY3i0+QCi3ckVOfZlP5hXg/WZGdB63F1KnxoJf9ArTVtnd8DpCwKvQyIOLA6uBDCR euKefv5r8a8RA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o29EG9S6081029; Tue, 9 Mar 2010 15:16:09 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 09 Mar 2010 15:16:09 +0100 Message-ID: <20100309151609.19673jkwuoptzy0w@webmail.leidinger.net> Date: Tue, 09 Mar 2010 15:16:09 +0100 From: Alexander Leidinger To: John Baldwin References: <201003081000.12656.jhb@freebsd.org> <20100309092709.16456y55vq0kaa88@webmail.leidinger.net> <201003090747.00192.jhb@freebsd.org> In-Reply-To: <201003090747.00192.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9BCD9844482.05FA2 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.104, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DIET_1 0.34, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268748973.97182@Z9TGXwEev8tP27NXs31byA X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Robert 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: Tue, 09 Mar 2010 14:16:19 -0000 Quoting John Baldwin (from Tue, 9 Mar 2010 07:47:00 -0500): > On Tuesday 09 March 2010 3:27:09 am Alexander Leidinger wrote: >> Quoting John Baldwin (from Mon, 8 Mar 2010 >> 10:00:12 -0500): >> >> > On Saturday 06 March 2010 11:00:12 am Robert Watson wrote: >> >> On Sat, 6 Mar 2010, Alexander Leidinger wrote: >> >> >> >> >> Take a look at the DTrace configuration information here: >> >> >> >> >> >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html >> >> > >> >> > I've just reread it (despite the fact that I already used it). Some >> >> > comments: >> >> > >> >> > Last time I tried, I didn't see any problems by adding >> >> > makeoptions WITH_CTF=yes >> >> > to the kernel config instead of doing >> >> > make WITH_CTF=1 kernel >> >> > >> >> > Did I miss something, and if not, shouldn't we tell about the >> >> > makeoptions part instead (a kernel rebuild later will not cause >> >> > trouble when someone forgets to do the WITH_CTF part as it is already >> >> > in the kernel makefile)? >> >> >> >> I'll leave John to answer this one, CC line broadended. >> > >> > I would be very surprised if 'makeoptions WITH_CTF=yes' worked. The many >> > times I and others have tried it it did not work. Do you have a >> log of your >> > build showing the ctfconvert and ctfmerge command lines? >> >> I do not have a log around, it has been a while since I did something >> with dtrace (a year ago) and I can not remember that I always added >> WITH_CTF on a build (but it was about SDT probes, not FBT probes, in >> case it matters). >> >> I had a look again, WITH_CTF=yes is one of the first lines in the >> Makefile, and /usr/share/mk/sys.mk has "if !defined(WITH_CTF)". "make >> -V WITH_CTF" shows "yes", but "make -V NO_CTF" shows "1". This is >> strange, isn't it? I would expect that NO_CTF is undefined. Is this a >> bug in make, or a bug in the man page (neither in the description of >> the different kinds of variables, nor in the description of "defined" >> is something mentioned explaining this behavior). > > It is defined behavior. From the 2nd and 3rd paragraphs of the make(1) > manual page: > > First of all, the initial list of specifications will be read from the > system makefile, sys.mk, unless inhibited with the -r option. The stan- > dard sys.mk as shipped with FreeBSD also handles make.conf(5), the > default path to which can be altered via the make variable __MAKE_CONF. > > Then the first of BSDmakefile, makefile, and Makefile that can be found > in the current directory, object directory (see .OBJDIR), or search path > (see the -I option) will be read for the main list of > dependency specifi- > cations. A different makefile or list of them can be supplied > via the -f > option(s). Finally, if the file .depend can be found in any of the > aforesaid locations, it will also be read (see mkdep(1)). > > 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. :( Bye, Alexander. -- Every time I lose weight, it finds me again! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137