This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug translator/19510] New: the "private" keyword support has made -p1 output less useful


https://sourceware.org/bugzilla/show_bug.cgi?id=19510

            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 "private"
keyword. This works, but had the side effect of changing parser output. With
commit 38bf68a, you'll see this:

====
# 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"]) = ("Hello World!");
(b["foo", "bar", "baz", 42]) = (314159265);
(c[42]) = (161803399);
printf("%s %d %d\\n", a[42, "foobar"], b["foo", "bar", "baz", 42], c[42]);
}
====

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 mangled
yet. This makes the parser output less useful and less readable for the user.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]