From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17781 invoked by alias); 23 Jul 2008 23:40:14 -0000 Received: (qmail 17754 invoked by uid 426); 23 Jul 2008 23:40:13 -0000 Date: Wed, 23 Jul 2008 23:40:00 -0000 Message-ID: <20080723234013.17743.qmail@sourceware.org> From: fche@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-0.7-22-ge6b9397 X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: c1b970dec5bdc9a421e9e33dbfefce19edf52962 X-Git-Newrev: e6b9397b3e13a7c497368777006020f64560fa98 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: X-SW-Source: 2008-q3/txt/msg00071.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 e6b9397b3e13a7c497368777006020f64560fa98 (commit) via 552fdd9f5a7eb3394888356301929c078173a22b (commit) from c1b970dec5bdc9a421e9e33dbfefce19edf52962 (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 e6b9397b3e13a7c497368777006020f64560fa98 Author: Frank Ch. Eigler Date: Wed Jul 23 19:40:05 2008 -0400 changelog for entry-pc semantic error fix commit 552fdd9f5a7eb3394888356301929c078173a22b Author: James Bottomley Date: Wed Jul 9 16:58:31 2008 -0500 fix semantic error: no entrypc found using probe .statement(*@file:line) constructs At the moment, you can't specify probe module("scsi_mod").statement(*@drivers/scsi/scsi_lib.c:1443) because the compiler will fail with the above semantic error on the function scsi_end_bidi_request. It seems looking through the dwarf that this function is fully inlined and thus has no entrypc to catalogue. The solution therefore seems to simply return DWARF_CB_OK when we find such functions and continue cataloguing all the ones that do actually have non-inline versions. Signed-off-by: James Bottomley ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ tapsets.cxx | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool