From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26473 invoked by alias); 13 Oct 2014 06:57:41 -0000 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 Received: (qmail 26459 invoked by uid 89); 13 Oct 2014 06:57:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,MIME_BASE64_BLANKS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mga09.intel.com Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 13 Oct 2014 06:57:39 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 12 Oct 2014 23:51:12 -0700 X-ExtLoop1: 1 Received: from irsmsx102.ger.corp.intel.com ([163.33.3.155]) by orsmga001.jf.intel.com with ESMTP; 12 Oct 2014 23:57:36 -0700 Received: from irsmsx109.ger.corp.intel.com (163.33.3.23) by IRSMSX102.ger.corp.intel.com (163.33.3.155) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 13 Oct 2014 07:56:25 +0100 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.248]) by IRSMSX109.ger.corp.intel.com ([169.254.13.253]) with mapi id 14.03.0195.001; Mon, 13 Oct 2014 07:56:25 +0100 From: "Tedeschi, Walfred" To: Doug Evans CC: "gdb-patches@sourceware.org" Subject: RE: [PATCH][PR python/17364] Cleanup registration of __gdb_builtin_type_bound128 pretty-printer Date: Mon, 13 Oct 2014 06:57:00 -0000 Message-ID: References: In-Reply-To: Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg00312.txt.bz2 SGVsbG8gRG91ZywNCg0KSSB3aWxsIHByZXBhcmUgYSBwYXRjaCBhcyBzb29u IGFzIEkgaGF2ZSBzb21lIGN5Y2xlcy4NCg0KVGhhbmtzIGFuZCByZWdhcmRz LA0KLUZyZWQNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IGdkYi1wYXRjaGVzLW93bmVyQHNvdXJjZXdhcmUub3JnIFttYWlsdG86Z2Ri LXBhdGNoZXMtb3duZXJAc291cmNld2FyZS5vcmddIE9uIEJlaGFsZiBPZiBE b3VnIEV2YW5zDQpTZW50OiBUaHVyc2RheSwgT2N0b2JlciAwOSwgMjAxNCA2 OjIzIFBNDQpUbzogVGVkZXNjaGksIFdhbGZyZWQNCkNjOiBnZGItcGF0Y2hl c0Bzb3VyY2V3YXJlLm9yZw0KU3ViamVjdDogUmU6IFtQQVRDSF1bUFIgcHl0 aG9uLzE3MzY0XSBDbGVhbnVwIHJlZ2lzdHJhdGlvbiBvZiBfX2dkYl9idWls dGluX3R5cGVfYm91bmQxMjggcHJldHR5LXByaW50ZXINCg0KT24gTW9uLCBP Y3QgNiwgMjAxNCBhdCAxMjozMyBBTSwgVGVkZXNjaGksIFdhbGZyZWQgPHdh bGZyZWQudGVkZXNjaGlAaW50ZWwuY29tPiB3cm90ZToNCj4gSGkgRG91ZywN Cj4NCj4gSSBoYXZlIGFsc28gc3VibWl0dGVkIGEgcGF0Y2ggZm9yIHRoaXMg bGFzdCB3ZWVrLiBUaG91Z2ggSSB3YXMgbm90IGNyZWF0aW5nIGEgbmV3IGRp cmVjdG9yeSBmb3IgcHJldHR5IHByaW50ZXJzLg0KPiBodHRwczovL3NvdXJj ZXdhcmUub3JnL21sL2dkYi1wYXRjaGVzLzIwMTQtMDkvbXNnMDA4NjcuaHRt bA0KPg0KPiBJIHdvdWxkIGxpa2UgdGhvdWdoIHRvIHVuZGVyc3RhbmQgYSBi aXQgbW9yZSB5b3VyIGNvbW1lbnQgb24gaGF2aW5nIHg4NiBvbiB0aGUgbmFt ZSBvZiB0aGUgcmVnaXN0ZXIuIFdoYXQgaXMgdGhlIHB1cnBvc2Ugb2YgdGhh dD8NCj4gKEkgY291bGQgY2hhbmdlIGl0IGluIGNhc2UpDQoNCkltYWdpbmUg YSBtdWx0aS1hcmNoIGdkYiB3aXRoIHNldmVyYWwgYXJjaGVzIGhhdmluZyBi b3VuZHMgcmVnaXN0ZXJzLg0KSG93IGRvIHdlIGRpc3Rpbmd1aXNoIHRoZW0g aW4gdGhlIHByZXR0eS1wcmludGVyIG5hbWVzcGFjZT8NCg0KPiBBYm91dCBy ZWdpc3RyYXRpb24gb2YgdGhlIHByZXR0eSBwcmludGVyLiBXZSBjb3VsZCBk byB0aGUgZm9sbG93aW5nOg0KPiAxLiBSZWdpc3RlciBhbiBldmVudCBsaXN0 ZW5lciBmb3IgbmV3IG9ial9maWxlcy4NCj4gMi4gUXVlcnkgYXQgZXZlcnkg ZXZlbnQgdGhlIGFyY2hpdGVjdHVyZSBvZiB0aGUgIGluZmVyaW9yLiAoSW4g Y2FzZSB3ZSANCj4gaGFkIGFuIGV2ZW50IG5ld19pbmZlcmlvciBsb2FkZWQg aXQgd291bGQgYmUgY2hlYXBlci4pIDMuIEluIGNhc2Ugb2YgeDg2IG9yIGFt ZDY0IHdlIGNhbiB0aGVuIHJlZ2lzdGVyIHRoZSBwcmV0dHktcHJpbnRlciBm b3IgdGhlIGJvdW5kIHJlZ2lzdGVycy4NCg0KV2UgY291bGQgZG8gc29tZXRo aW5nIGxpa2UgdGhhdCBmb3IgNy45IGFscmlnaHQuDQpBdCB0aGUgbW9tZW50 IGl0IGZlZWxzIGxpa2UgYSBiaXQgb2Ygb3ZlcmtpbGwganVzdCBmb3Igb25l IHByZXR0eS1wcmludGVyLg0KQW5kIGZvciA3LjguMSBJIHdhbnQgdG8gZG8g c29tZXRoaW5nIHNpbXBsZS4NCkludGVsIEdtYkgKRG9ybmFjaGVyIFN0cmFz c2UgMQo4NTYyMiBGZWxka2lyY2hlbi9NdWVuY2hlbiwgRGV1dHNjaGxhbmQK U2l0eiBkZXIgR2VzZWxsc2NoYWZ0OiBGZWxka2lyY2hlbiBiZWkgTXVlbmNo ZW4KR2VzY2hhZWZ0c2Z1ZWhyZXI6IENocmlzdGlhbiBMYW1wcmVjaHRlciwg SGFubmVzIFNjaHdhZGVyZXIsIERvdWdsYXMgTHVzawpSZWdpc3Rlcmdlcmlj aHQ6IE11ZW5jaGVuIEhSQiA0NzQ1NgpVc3QuLUlkTnIuL1ZBVCBSZWdpc3Ry YXRpb24gTm8uOiBERTEyOTM4NTg5NQpDaXRpYmFuayBGcmFua2Z1cnQgYS5N LiAoQkxaIDUwMiAxMDkgMDApIDYwMDExOTA1Mgo= >From gdb-patches-return-116637-listarch-gdb-patches=sources.redhat.com@sourceware.org Mon Oct 13 09:12:05 2014 Return-Path: Delivered-To: listarch-gdb-patches@sources.redhat.com Received: (qmail 25256 invoked by alias); 13 Oct 2014 09:12:04 -0000 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 Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 25247 invoked by uid 89); 13 Oct 2014 09:12:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_00,DATE_IN_PAST_24_48,LIKELY_SPAM_BODY,SPF_PASS,T_RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=no version=3.3.2 X-HELO: userp1040.oracle.com Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 13 Oct 2014 09:12:03 +0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s9D9Bu6i004078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Oct 2014 09:11:57 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9D9BsYT022285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Oct 2014 09:11:56 GMT Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9D9BsF4018376; Mon, 13 Oct 2014 09:11:54 GMT Received: from termi.oracle.com (/10.175.233.30) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 13 Oct 2014 02:11:54 -0700 From: jose.marchesi@oracle.com (Jose E. Marchesi) To: Eli Zaretskii Cc: gdb-patches@sourceware.org Subject: Re: [PATCH V2 8/9] Documentation for DTrace USDT probes. References: <1412961772-16249-1-git-send-email-jose.marchesi@oracle.com> <1412961772-16249-9-git-send-email-jose.marchesi@oracle.com> <83d29zaivh.fsf@gnu.org> Date: Mon, 13 Oct 2014 09:12:00 -0000 In-Reply-To: <83d29zaivh.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 10 Oct 2014 21:18:26 +0300") Message-ID: <874mvauvlo.fsf@oracle.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg00313.txt.bz2 Content-length: 1626 Hi Eli. > -Currently, @code{SystemTap} (@uref{http://sourceware.org/systemtap/}) > -@acronym{SDT} probes are supported on ELF-compatible systems. See > +@itemize @bullet > +@item @code{SystemTap} (@uref{http://sourceware.org/systemtap/}) > +@acronym{SDT} probes@footnote{See > @uref{http://sourceware.org/systemtap/wiki/AddingUserSpaceProbingToApps} > -for more information on how to add @code{SystemTap} @acronym{SDT} probes > -in your applications. > +for more information on how to add @code{SystemTap} @acronym{SDT} > +probes in your applications.}. @code{SystemTap} probes are usable > +from assembly, C and C@t{++} languages@footnote{See > +@uref{http://sourceware.org/systemtap/wiki/UserSpaceProbeImplementation} > +for a good reference on how the @acronym{SDT} probes are implemented.}. > +@item @code{DTrace} (@uref{http://oss.oracle.com/projects/DTrace}) > +@acronym{USDT} probes. @code{DTrace} probes are usable from C and > +C@t{++} languages. > +@end itemize Please insert an empty line before each @item in the above list. > +the semaphore. @code{DTrace} probes do not support the notion of > +semaphores. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^ I thought we agreed on a different wording of this. > +probe being handled. Some @code{DTrace} probes can be enabled or > +disabled, but @code{SystemTap} probes do not support these notions. Likewise here. Somehow these changes missed the patches I sent. Fixed in a new series. Thanks for noticing.