From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22738 invoked by alias); 7 May 2012 21:44:00 -0000 Received: (qmail 22730 invoked by uid 22791); 7 May 2012 21:43:58 -0000 X-SWARE-Spam-Status: No, hits=-6.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 May 2012 21:43:40 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q47LhdAB023960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 7 May 2012 17:43:39 -0400 Received: from host2.jankratochvil.net (ovpn-116-17.ams2.redhat.com [10.36.116.17]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q47LhYNE018206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 7 May 2012 17:43:37 -0400 Date: Mon, 07 May 2012 21:44:00 -0000 From: Jan Kratochvil To: Mark Kettenis Cc: tromey@redhat.com, gdb-patches@sourceware.org, gbenson@redhat.com Subject: Re: [RFA] Improved linker-debugger interface Message-ID: <20120507214333.GA3184@host2.jankratochvil.net> References: <20120504152129.GA7418@redhat.com> <20120507165648.GA22472@host2.jankratochvil.net> <87r4uvwxcg.fsf@fleche.redhat.com> <201205072131.q47LVjTN014466@glazunov.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201205072131.q47LVjTN014466@glazunov.sibelius.xs4all.nl> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00203.txt.bz2 Hi Mark, I will make only several technical fix ups. On Mon, 07 May 2012 23:31:45 +0200, Mark Kettenis wrote: > SystemTap relies on utrace, No longer, there is development version of utrace-less SystemTap. > So unless you are running RedHat Linux, you'll not only need to build > a patched glibc, but you also need to build a patched kernel to be able to > use these new SystemTap probes. This is unrelated. While you can use glibc SystemTap probes for additional functionality from kernel you do not have to. You can use arbitrary kernel (probably not even Linux one as long as you build glibc there), GDB always fetches the probe points from glibc on its own in userland. > It means that people using RedHat Linux, almost certainly including any FYI the brand is "Red Hat", not "RedHat". > RedHat engineers contributing here will no longer test the codepaths that > don't rely on SystemTap. And people on other Linux variants will never test > the codepaths that rely on SystemTap. That'll inevitably lead to more > breakage. It is only about FSF glibc, neither related to SystemTap nor related to Red Hat. Regards, Jan