From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 11 09:30:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8413106566B for ; Thu, 11 Mar 2010 09:30:43 +0000 (UTC) (envelope-from cbergstrom@pathscale.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE2F8FC0A for ; Thu, 11 Mar 2010 09:30:43 +0000 (UTC) Received: by gyf2 with SMTP id 2so479069gyf.13 for ; Thu, 11 Mar 2010 01:30:42 -0800 (PST) Received: by 10.91.63.29 with SMTP id q29mr1969627agk.2.1268299838654; Thu, 11 Mar 2010 01:30:38 -0800 (PST) Received: from [192.168.1.37] (ppp-58-8-202-189.revip2.asianet.co.th [58.8.202.189]) by mx.google.com with ESMTPS id 35sm2479414yxh.15.2010.03.11.01.30.35 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Mar 2010 01:30:37 -0800 (PST) Message-ID: <4B98B8C6.6010309@pathscale.com> Date: Thu, 11 Mar 2010 16:32:54 +0700 From: =?UTF-8?B?IkMuIEJlcmdzdHLDtm0i?= User-Agent: Thunderbird 2.0.0.22 (X11/20090909) MIME-Version: 1.0 To: =?UTF-8?B?TWFyaXVzIE7DvG5uZXJpY2g=?= References: <291941b81003100954n276d467an234c24e28f3b28e5@mail.gmail.com> <4B989DD6.601@pathscale.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Shrikanth Kamath Subject: Re: ctfconvert dependency... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 09:30:43 -0000 Marius Nünnerich wrote: > 2010/3/11 "C. Bergström" : > >> Shrikanth Kamath wrote: >> >>> Just trying to understand the build dependency for ctfconvert... >>> >>> I see ctfconvert (cddl/usr.bin/ctfconvert/) has dependency on libctf.a >>> (cddl/lib/libctf/) >>> >>> Now the snippet in bsd.lib.mk has this check for various target suffixes, >>> >>> .c.So: >>> .if defined(CTFCONVERT) >>> ${CTFCONVERT} ${CTFFLAGS} ${.TARGET} >>> .endif >>> >>> and sys.mk >>> >>> .c >>> .if defined(CTFCONVERT) >>> ${CTFCONVERT} ${CTFFLAGS} ${.TARGET} >>> .endif >>> >>> My query, libctf includes in it's Makefile, so will the >>> above >>> not try to >>> run 'ctfconvert' on libctf itself? >>> >>> >> I'm going to make some assumptions and go out on a limb here.. >> >> The CDDL code in FBSD came from OpenSolaris (specifically onnv-gate hg repo) >> When OpenSolaris is built they convert stab debugging information over to >> CTF (compressed text format?). This is done so that they can have debugging >> information, but without the overhead of stab (or dwarf2). I don't know how >> much of the original onnv-gate Makefiles came over from OpenSolaris, but >> assuming the FBSD kernel doesn't need/use CTF format this dependency can and >> probably should go away. (Only (k)mdb supports CTF that I'm aware of?) >> >> Hopefully this is useful information and I'm not too wrong or someone will >> correct me >> > > The CTF information is needed by DTrace. > My guess is that it will run ctfconvert on itself so it should be > there from a prior install or it is part of some early toolchain > stuff. > CTF is needed by DTrace where? The build may depend on it, but this is probably for legacy reasons only. DTrace in opensolaris isn't dependent on it to function correctly. Replace the $(CTFCONVERT) and a few other utilities with /bin/true and the build will succeed. (I can only speak first hand from OSUNIX/OpenSolaris though and not FBSD..)