From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32365 invoked by alias); 22 Apr 2009 03:09:07 -0000 Received: (qmail 32337 invoked by uid 9586); 22 Apr 2009 03:09:06 -0000 Date: Wed, 22 Apr 2009 03:09:00 -0000 Message-ID: <20090422030906.32325.qmail@sourceware.org> From: jistone@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-0.9.5-204-g9ccda27 X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: 8b31197b0c87947c37061c3a5493daa4e6927d56 X-Git-Newrev: 9ccda279d763ef16ac20e171b3136d1741d07014 Mailing-List: contact systemtap-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-cvs-owner@sourceware.org List-Archive: Reply-To: systemtap@sourceware.org X-SW-Source: 2009-q2/txt/msg00111.txt.bz2 This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "systemtap: system-wide probe/trace tool". The branch, master has been updated via 9ccda279d763ef16ac20e171b3136d1741d07014 (commit) via 43e8f8d02ab60eb24b6d8cba1105ef92a080e5f1 (commit) from 8b31197b0c87947c37061c3a5493daa4e6927d56 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 9ccda279d763ef16ac20e171b3136d1741d07014 Author: Josh Stone Date: Tue Apr 21 19:57:59 2009 -0700 [tracepoints] Resolve implicit trace_X use Some of the tracepoints are actually being called in inlines in the common headers (e.g. trace_kmalloc), which is causing errors about implicit function declarations. We don't care about ever running the code in the tracequery module, so I'm just suppressing that error. commit 43e8f8d02ab60eb24b6d8cba1105ef92a080e5f1 Author: Josh Stone Date: Tue Apr 21 19:55:47 2009 -0700 [tracepoints] Don't use TRACE_HEADER_MULTI_READ At one point that macro was needed to get all of the tracepoints on the tip tree, but now it's causing us to get duplicate stapprobe_X definitions. AFAICS, we're now getting all tracepoints even without MULTI_READ, so I'm pulling that workaround out. ----------------------------------------------------------------------- Summary of changes: buildrun.cxx | 7 ++----- 1 files changed, 2 insertions(+), 5 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool