From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <systemtap-return-26782-listarch-systemtap=sources.redhat.com@sourceware.org>
Received: (qmail 1236 invoked by alias); 20 Dec 2019 04:13:47 -0000
Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <systemtap.sourceware.org>
List-Subscribe: <mailto:systemtap-subscribe@sourceware.org>
List-Post: <mailto:systemtap@sourceware.org>
List-Help: <mailto:systemtap-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: systemtap-owner@sourceware.org
Received: (qmail 1228 invoked by uid 89); 20 Dec 2019 04:13:46 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*c:alternative
X-HELO: mail-lj1-f181.google.com
Received: from mail-lj1-f181.google.com (HELO mail-lj1-f181.google.com) (209.85.208.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 20 Dec 2019 04:13:45 +0000
Received: by mail-lj1-f181.google.com with SMTP id k8so8554915ljh.5        for <systemtap@sourceware.org>; Thu, 19 Dec 2019 20:13:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623;        h=mime-version:references:in-reply-to:from:date:message-id:subject:to;        bh=h/08/FsEwvsXlNBkFxawF20CMMlRfUUlhlRSxVpQa8M=;        b=A9OM3D3aQ+mezw6fr21joT9U5rq5sy92BJ+r5UUiDZnPO8d6rqFcwTthv3aAAzWK1X         e5T1MSbZG0vInYiTuPDQEtji+3da84c19h5FTQpsURV6vUM2kjUgdG5R/4WHHblec6LU         NtLZgI9xebggTokEzlHVWaBRTQyqKXU0eq/M7gD5uabphXKF39pU0QkwcukrFITKCAgp         YdKej4KYsKyk3QRDqT5Dcy8ZvnayUrCypoiPIoVt4aQnxK5ggPCdjcMMzJEeLrjQvaJf         QRydHBiPtxRBhTYtDA6NSl0moYPq5p6i+TiJPA/n6yDJGLcUiQMQBLARW0JyW/apiafJ         QFrA==
MIME-Version: 1.0
References: <CAMsr+YHUT1z=WfX1p6EUSP8fG2N0ZDtgZcdPmRz_j4p-NKHPjQ@mail.gmail.com>
In-Reply-To: <CAMsr+YHUT1z=WfX1p6EUSP8fG2N0ZDtgZcdPmRz_j4p-NKHPjQ@mail.gmail.com>
From: Craig Ringer <craig@2ndquadrant.com>
Date: Fri, 20 Dec 2019 04:13:00 -0000
Message-ID: <CAMsr+YG3Go9TX18ki0me313cOksPBfJf-_RFKVgo5NOUeyHc8g@mail.gmail.com>
Subject: Re: SDTs with data types and argument names
To: systemtap@sourceware.org
Content-Type: text/plain; charset="UTF-8"
X-IsSubscribed: yes
X-SW-Source: 2019-q4/txt/msg00084.txt.bz2

On Thu, 19 Dec 2019 at 11:00, Craig Ringer <craig@2ndquadrant.com> wrote:

>
> That is, unless there's some way we can escape the function scope in which
> the STAP_PROBEn(...) macro is invoked and define global symbols. I've asked
> for ideas about that here: https://stackoverflow.com/q/59402666/398670 .
>

Looks like that's quite practical using the existing .pushsection and
.popsection features used in the existing <sys/sdt.h>. If building without
__ASSEMBLER__ we would treat STAP_PROBEn_ARGINFO(...) the same as
STAP_PROBEn(...) i.e. not generate arg info. But we could still emit it for
probes defined via a probes.d .

Will try to find time to draft a patch. My first foray into asm and custom
ELF sections...