From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 11:23: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 6491D106566B for ; Wed, 14 Apr 2010 11:23: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 E8BED8FC12 for ; Wed, 14 Apr 2010 11:23:52 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D724.dip.t-dialin.net [217.226.215.36]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E58EE844A85; Wed, 14 Apr 2010 13:23:45 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1D6505086; Wed, 14 Apr 2010 13:23:43 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3EBNgDh003677; Wed, 14 Apr 2010 13:23:42 +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; Wed, 14 Apr 2010 13:23:42 +0200 Message-ID: <20100414132342.74616nl7805cljgo@webmail.leidinger.net> Date: Wed, 14 Apr 2010 13:23:42 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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: E58EE844A85.C596A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.363, required 6, autolearn=disabled, ALL_TRUSTED -1.44, TW_BJ 0.08) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1271849028.43785@PgIKRkVAJEILQP8mRvOjYQ 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: Wed, 14 Apr 2010 11:23:53 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 =20 02:31:30 -0700): > On Wed, Apr 14, 2010 at 1:58 AM, Alexander Leidinger > wrote: >> Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:33:= 29 >> -0700): >> >>> I read the UPDATING entry that accompanied r206082 and added WITH_CTF= =3Dyes >>> to >>> my kernel config, hoping to get CTF information in the kernel and all >>> modules. =C2=A0No luck. >>> It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in >>> various .mk files >>> and ctfconvert never runs. >> >> This is the output I get in my kernel build directory: >> ---snip--- >> # make -V NO_CTF -V WITH_CTF >> >> yes > > Can you also try a "makeoptions WITH_CTF=3Dyes" in your KERNCONF The above one is with WITH_CTF in my kernel config, but this was =20 generated manually with cd /sys/i386/conf; config CONF; cd =20 ../compile/CONF; make -V... > and see if the results are as expected? How was r206082 tested? I'm > trying to figure out the differences, if any, between your build setup an= d > mine. I made a buildworld with and without WITH_CTF in src.conf to confirm =20 that it works (no installkernel, as the world is known to be not =20 useable with CTF), and I did a lot of tests by hand as above =20 (config;make). >> ---snip--- >> >>> I built the kernel with a "make -j16 buildkernel" in /usr/src. >> >> How do you determine if ctfconvert is run or not? > > I got rid of the @ in front of all the CTF commands in all the .mk files.= I > could see that NO_CTF was 1 and so the ctfconvert after || wouldn't > run. Can it be that NO_CTF is somewhere, e.g. in src.conf or make.conf or =20 in the environment of the shell? Did you do an installworld before? =20 The installworld is maybe important, I do not have in mind if =20 /ush/share/mk/ or SRC/share/mk is used and as such the NO_CTF which =20 was before in /usr/share/mk/* could cause what you see. > [ -z "${CTFCONVERT}" -o -n "${NO_CTF}" ] || ${CTFCONVERT} =20 > ${CTFFLAGS} ${.TARGET} > > [ -z "ctfconvert" -o -n "1" ] || ........ > > Do you see anything different if you remove all the @'s? I did a "objdump -h *.o | grep SUNW_ctf" and I get a lot of ctf =20 sections displayed. Adding the @ in front was the last action I did, =20 before that every case was working correctly. >> If you expect to see >> ctfconvert lines in the build output: this will not be the case, no matt= er >> if you enable it or not. With the current way of handling it, I'm not aw= are >> of a way how to print the command when ctfconvert is really executed (we= can >> maybe add an echo which prints out something, but the question is if thi= s is >> worth the effort). >> >> You can run objdump -f and have a look if the .SUNW_ctf sec= tion >> is there to determine if CTF stuff was inserted or not. > > I tried this: > # ctfdump /usr/obj/usr/src/sys/GENERIC/kernel > /usr/obj/usr/src/sys/GENERIC/kernel does not contain .SUNW_ctf data That's a lot of output (that I get when I do it on my kernel which was =20 build with makeoptions WITH_CTF=3Dyes), if you just want to know if =20 there is or is not ctf data in the kernel, the objdump (with -h, and =20 not -f as I wrote above) gives just one line if ctf date is present. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 =09 THE DAILY PLANET =09SUPERMAN SAVES DESSERT! =09Plans to "Eat it later"