From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 13:51:53 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 DA19F1065672 for ; Fri, 16 Apr 2010 13:51:53 +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 67EE38FC14 for ; Fri, 16 Apr 2010 13:51:53 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2DBA7.dip.t-dialin.net [217.226.219.167]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4B314844ADA; Fri, 16 Apr 2010 15:51:47 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id E017D5073; Fri, 16 Apr 2010 15:51:41 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3GDpfnD090741; Fri, 16 Apr 2010 15:51:41 +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; Fri, 16 Apr 2010 15:51:40 +0200 Message-ID: <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> Date: Fri, 16 Apr 2010 15:51:40 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> In-Reply-To: <20100414183540.GA2542@gypsy> 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: 4B314844ADA.70FD1 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: 1272030708.38273@TzgOqDktg1o0cZe1Chq4eQ 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: Fri, 16 Apr 2010 13:51:54 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 11:35:40 -0700): > Have you or anyone else ever used buildkernel successfully with > "makeoptions WITH_CTF=yes" in the conf file? Something as simple as > this does not work for me: Copy&paste patch, tabs probbly mangled: ---snip--- Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 206700) +++ Makefile.inc1 (working copy) @@ -314,7 +314,7 @@ .endif # kernel stage -KMAKEENV= ${WMAKEENV} +KMAKEENV= ${WMAKEENV:NNO_CTF=1} KMAKE= ${KMAKEENV} ${MAKE} KERNEL=${INSTKERNNAME} # @@ -780,7 +780,7 @@ @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${_kernel}; \ MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF \ + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS \ -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) ---snip--- This lets the buildkernel generate ctf info in the object files (the build is not finished yet, so I still have to verify that the final kernel contains them too, but I do not see a reason ATM why this should not be the case). If your build environment is faster (here: about an hour for the buildkernel), can you please help testing? A buildworld with and without WITH_CTF in src.conf, and for buildkernel the same (with and without WITH_CTF in src.conf, and for each with and without makeoptions WITH_CTF=yes in the kernel). The expected outcome is no CTF when no WITH_CTF is in src.conf (except for the buildkernel with the makeoptions), and always with CTF when WITH_CTF is in src.conf (alternatively only CTF if makeoptions is used, but this would be surprising for me). And then... NO_CTF=yes defined in src.conf and WITH_CTF too... for the world this should not produce CTF data, but for the kernel I'm not sure what will or should happen for the makeoptions case... Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 See, these two penguins walked into a bar, which was really stupid, 'cause the second one should have seen it.