From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 863 invoked by alias); 27 Apr 2011 00:26:56 -0000 Received: (qmail 752 invoked by uid 22791); 27 Apr 2011 00:26:54 -0000 X-SWARE-Spam-Status: No, hits=-6.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,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; Wed, 27 Apr 2011 00:26:42 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p3R0QYB5030553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 26 Apr 2011 20:26:34 -0400 Received: from [10.3.113.141] (ovpn-113-141.phx2.redhat.com [10.3.113.141]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p3R0QXWD031962; Tue, 26 Apr 2011 20:26:34 -0400 Message-ID: <4DB762B9.70505@redhat.com> Date: Wed, 27 Apr 2011 00:26:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110307 Fedora/3.1.9-0.39.b3pre.fc14 Lightning/1.0b3pre Thunderbird/3.1.9 MIME-Version: 1.0 To: Mathieu Desnoyers CC: Tom Tromey , "Cui, Dexuan" , ltt-dev , gdb , systemtap@sources.redhat.com Subject: Re: [ltt-dev] gdb-7.2 can't build with lttng-ust-0.12 References: <1865303E0DED764181A9D882DEF65FB6931C75A5AA@shsmsx502.ccr.corp.intel.com> <1865303E0DED764181A9D882DEF65FB6931C75A5AE@shsmsx502.ccr.corp.intel.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-04/txt/msg00152.txt.bz2 On 04/26/2011 02:41 PM, Mathieu Desnoyers wrote: > Yes, the goal is to rely on sdt.h as soon as it supports a e.g. > STAP_PROBEV (with variable number of args). The Josh Stone found a neat > trick to do it, and I think he is preparing an updated version. I committed STAP_PROBEV to systemtap.git a couple of weeks ago. We just haven't prepared a new release yet. (soon...) > The only concern here is the packaging: if we depend on sdt.h, we have > to either ship it with UST, or have one more dependency on a package > available for all architectures that only contain this header. Thoughts ? In Fedora and RHEL, systemtap-sdt-devel.rpm contains the sdt.h header and a "dtrace" python script. The latter is only needed for projects that are specifically building the DTrace way. Distros that don't care about that could get away with packaging just the header. As for "all" architectures, there's very little arch-specific code in sdt.h, currently contained in two defines. There's _SDT_NOP for choosing the variation of "nop" of "nop 0", and there's _SDT_ARGTMPL to provide a special template for the powerpc case. If other archs need special consideration, we'll gladly accept patches. Josh