From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 114891 invoked by alias); 21 Jan 2016 19:52:13 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 114848 invoked by uid 48); 21 Jan 2016 19:52:09 -0000 From: "dsmith at redhat dot com" To: systemtap@sourceware.org Subject: [Bug translator/19510] New: the "private" keyword support has made -p1 output less useful Date: Thu, 21 Jan 2016 19:52:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: translator X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dsmith at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2016-q1/txt/msg00051.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19510 Bug ID: 19510 Summary: the "private" keyword support has made -p1 output less useful Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: translator Assignee: systemtap at sourceware dot org Reporter: dsmith at redhat dot com Target Milestone: --- As mentioned in bug #19136 comment #2, commit 38bf68a introduced the "priva= te" keyword. This works, but had the side effect of changing parser output. With commit 38bf68a, you'll see this: =3D=3D=3D=3D # stap -p1 ../src/testsuite/buildok/array_size.stp | head -n 11 # parse tree dump # file ../src/testsuite/buildok/array_size.stp global __global_a[1] global __global_b[100000] global __global_c probe begin{ (a[42, "foobar"]) =3D ("Hello World!"); (b["foo", "bar", "baz", 42]) =3D (314159265); (c[42]) =3D (161803399); printf("%s %d %d\\n", a[42, "foobar"], b["foo", "bar", "baz", 42], c[42]); } =3D=3D=3D=3D As you can see, the globals 'a', 'b', and 'c' have been mangled to add the '__global_' prefix. However, their uses in the begin probe haven't been man= gled yet. This makes the parser output less useful and less readable for the use= r. --=20 You are receiving this mail because: You are the assignee for the bug.