From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19259 invoked by alias); 24 Jun 2011 06:58:45 -0000 Received: (qmail 19247 invoked by uid 22791); 24 Jun 2011 06:58:43 -0000 X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 24 Jun 2011 06:58:29 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LNA002008K3IB00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Fri, 24 Jun 2011 09:58:04 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.66.211]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LNA0015W8OQLE60@a-mtaout22.012.net.il>; Fri, 24 Jun 2011 09:58:04 +0300 (IDT) Date: Fri, 24 Jun 2011 06:58:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH v2] tracepoint: add new trace command "printf" and agent expression "printf" [3] doc In-reply-to: To: Hui Zhu Cc: gdb-patches@sourceware.org, brobecker@adacore.com, dje@google.com, stan@codesourcery.com, tromey@redhat.com Reply-to: Eli Zaretskii Message-id: <83boxnvhqa.fsf@gnu.org> References: <20110224085616.GB2495@adacore.com> <83ei36ce2o.fsf@gnu.org> <838vt39fe3.fsf@gnu.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-06/txt/msg00366.txt.bz2 > From: Hui Zhu > Date: Fri, 24 Jun 2011 11:21:16 +0800 > Cc: gdb-patches@sourceware.org, brobecker@adacore.com, dje@google.com, > stan@codesourcery.com, tromey@redhat.com > > This is not the introduce of tracepoint printf. The tracepoint printf > will work like a simple printf. > It will divide a printf string into a lot of GDB agent code. So each > GDB agent code just support one argument. > > I make each gdb agent code printf support one argument because I found > that multi-argument is hard to support. OK, in that case the documentation part of this patch is fine with me. Thanks.