From owner-freebsd-dtrace@FreeBSD.ORG Wed Sep 10 18:45:29 2014 Return-Path: Delivered-To: freebsd-dtrace@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA5BA285 for ; Wed, 10 Sep 2014 18:45:28 +0000 (UTC) Received: from nm29-vm1.bullet.mail.bf1.yahoo.com (nm29-vm1.bullet.mail.bf1.yahoo.com [98.139.213.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EE9CC38 for ; Wed, 10 Sep 2014 18:45:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1410374721; bh=8XRgJXsDjD39jNM1PffhNvIoW16sSD6tB6ttviSdrG0=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:From:Subject; b=ZPaM1wwnXuEyZf+v3ZNGOnP9f3MsFbOxlenaDxN5zXFDkCL2t8S0RN6JtIySZnsEqzSw1HXQWELlOjMf6CFoT2YpfSNXRHK0MJECLt8EuOIuNz5vwEYFNhnaX+5+d9bE0/U67lHQfpuXIJ841ehct7SVImzcyVFuJmeN3o2tIxN89uhQImrf70d1M1WWOCJ/07K6+PM/x8oMRDYYw2Mc7MZyZBBmzS7IbFsI/c3wNFeYnaMHy1xydsbUHWe0Mq4NvB5XVrgtds6CTIgl9FEUc1ZecJBzIzA2/xfoSNimSoUFj1tM3AoEX+F74EQgGbIucTJMk6d9etiQPL7gwYpdTA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=cuGMXOgnF/pKZCsKztXapRZGt/UpasbbDNZm0FrUeietJ7OWdgMbU4efT3i7yyi5HfxR6WNu6Wia94fhgvDjO1a+tc0HJDlGaxZfUbedscMuwWGv6n/ckNH5DPXq8US63b+kYMZXwDTfc7h24zlxPmESDqH2QPaDKeqIwItI5Kv6RNpFYRHVDU7cPFFMOvSBbwyIXl+4T3c+ce8SS2X8/BE79rx14a4z1qxJiSEx/hB1NKYf51pshrPlAZjCcdywCUURGcVgdqhA3PX7V1h8hsslWfURmlghXo/5oEVod4/AaDJY8czkCQSqDctG4qnqunhwGGQ0+if2MpxMH23L9g==; Received: from [98.139.215.141] by nm29.bullet.mail.bf1.yahoo.com with NNFMP; 10 Sep 2014 18:45:21 -0000 Received: from [68.142.230.64] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 10 Sep 2014 18:45:21 -0000 Received: from [127.0.0.1] by smtp221.mail.bf1.yahoo.com with NNFMP; 10 Sep 2014 18:45:21 -0000 X-Yahoo-Newman-Id: 424371.14573.bm@smtp221.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RMAmT0MVM1l..R3RtV28yHpgevXpP_shWb5rV8TMBOtyEBs _7Pyjp4kV3vC6vwt5642frWj31._6aEjexih4OPKMPNfawA3u0eb0VtZ9x7s jv1lnCGl7SY6a0DTMagSVvT7L.1eL3FuHBECzOm9KR0ULwULpsAJSj7KEu_s 9FBInzrwRK4awQ_Akcc8MZ7V3EfGVKxxfoRXV45Cm7ao3k180kbJqVskRWOg 152VXiA1.AHkkRfPA4eR4OsNRbUVlzwHtGLrGo_etE.Ly_296hiYydErznLi 3yPocUBd0X.8Z1VHPq3gUQcM55a0X8UfwvsCd.spBwc7ICFOkAjRAwaQyIqx OjPbyTt8spzPujqs7iMMZOi.GvPoY037GQk9lmoAV.tAFsQ0PJxc8C70O_R_ 6pr78AyAIVAk3jZlkEJOXI0ZDgb9tPMtyE5wLCpLNcLXLxyZjxAzuqZOJXQA M794jb2scVBGAZivCODm04QqCN62lmL6Ym4FXmzqB_f5vlnmjAR1jzl.cmxS 0muYT7lXeBS9MV1Vj2BvvFNDRjEHfPzcZgQBIYTME6I3rxsTtns7.bhMhXrJ Mo2gb1QMAUbchqKdpD_8i3j6L3mRInFHxT9kBC6Y4X7XijT.iAaGu1c1T1UN PwJXeMGIcF1EZ_WnO X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: WITH_CTF vs -g From: Pedro Giffuni In-Reply-To: <54108909.7050908@FreeBSD.org> Date: Wed, 10 Sep 2014 13:45:17 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <58B30723-19D6-40FA-97F7-206401C5D2A2@freebsd.org> References: <54108909.7050908@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-toolchain@FreeBSD.org, freebsd-dtrace@FreeBSD.org X-BeenThere: freebsd-dtrace@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "A discussion list for developers working on DTrace in FreeBSD." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2014 18:45:29 -0000 Hi Andriy; Il giorno 10/set/2014, alle ore 12:23, Andriy Gapon ha = scritto: >=20 > In my opinion WITH_CTF should imply -g in CFLAGS otherwise, as far as = I can see, > there is nothing to generate CTF data from. Forcing an end-user to = remember to > additionally pass -g is not nice. >=20 My understanding is that CTF is meant to be a debugging format = independent of DWARF, so it should be especially useful for the cases where there is no = debugging information. Just like Illumos, we haven=92t really made much (or any) use of CTF = outside the kernel but now that is an option: http://dtrace.org/blogs/rm/2013/11/14/userland-ctf-in-dtrace/=20 > Also, I think that we can always have -g in CTFFLAGS, because the = stripping step > takes care of the original DWARF data in any case. But I am not 100% = sure about > this. >=20 > What do you think? BTW, it would be nice to see what we can take from the CTF/DDB GSoC [1]. = I understand the BSD-licensed CTF library has advanced greatly but still needs more = work. Pedro. =1B[1] = http://lists.freebsd.org/pipermail/soc-status/2014-August/000870.html