From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 09:02:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C747106564A for ; Thu, 22 Apr 2010 09:02:40 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 09CB28FC0A for ; Thu, 22 Apr 2010 09:02:39 +0000 (UTC) Received: from outgoing.leidinger.net (pD954F84D.dip.t-dialin.net [217.84.248.77]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A99F2844453; Thu, 22 Apr 2010 11:02:34 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 740D65081; Thu, 22 Apr 2010 11:02:31 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3M92U97097226; Thu, 22 Apr 2010 11:02:30 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 22 Apr 2010 11:02:30 +0200 Message-ID: <20100422110230.80045fcpnpnrbgso@webmail.leidinger.net> Date: Thu, 22 Apr 2010 11:02:30 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> <20100422094447.55013b2kkh8ca740@webmail.leidinger.net> <20100422083322.GA7873@itx> In-Reply-To: <20100422083322.GA7873@itx> 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: A99F2844453.E8654 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1272531756.06586@Ta9myH5ZLixR3OlvJjSrVg X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? 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: Thu, 22 Apr 2010 09:02:40 -0000 Quoting Navdeep Parhar (from Thu, 22 Apr 2010 01:33:22 -0700): > On Thu, Apr 22, 2010 at 09:44:47AM +0200, Alexander Leidinger wrote: >> Quoting Navdeep Parhar (from Wed, 21 Apr 2010 >> 18:23:33 -0700): >> >> >Your patch works for me, thanks. There is just one more problem >> with the CTF >> >> I found a case where it does not work (not kernel related), I have >> another one which works better. >> >> >generation that needs to be fixed: >> > >> >http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028244.html >> > >> >While you're here can you take a look at the patch in that email too? >> >> Looks good in concept, but the CTFMERGE line needs the same >> treatment like all the other ones in the .mk files. I want to commit >> a suitable change today. > > Does "same treatment" mean it should run silently too? My personal Yes. > opinion is that all ctfconvert and ctfmerge commands should show up in > the output of make iff they run. I believe that used to be the case > before r206082. Correct, and I agree. The problem is the inverse-logic construct for the check if it shall be run or not which is consistent with all places where this is done. There is no easy way to only display a part of the command which is executed. It was decided by ... (jhb and rwatson?) to not display at all while we still have the default to without ctf (without the @ we will even have some display of something with ctfconvert or ctfmerge in the name, when no ctf info is put into the files). They want to have the default to with ctf when it is ready/stable enough. I assume that at this point the commands get shown again, as the handling of the with/without CTF stuff can be simplified in this case. It is not as easy as all the other with/without stuff we have, due to the fact that parts of the ctf stuff is in sys.mk, which is read before every other file. Currently I want to finish the edge cases we noticed in a *consistent* way, to have something which is giving us stable behavior. After that I will go out of the loop and anyone is free to try/optimize what he wants (as long as I can get a kernel compiled with CTF info without much hassle, I do not care much what is done and how). HTH, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 A hermit is a deserter from the army of humanity.