From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 88513 invoked by alias); 14 Dec 2018 15:20:49 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 88504 invoked by uid 89); 14 Dec 2018 15:20:48 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=ipad, iPad, Hx-languages-length:1375, H*c:alternative X-HELO: NAM05-CO1-obe.outbound.protection.outlook.com Received: from mail-eopbgr720044.outbound.protection.outlook.com (HELO NAM05-CO1-obe.outbound.protection.outlook.com) (40.107.72.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 14 Dec 2018 15:20:46 +0000 Received: from BYAPR05MB5797.namprd05.prod.outlook.com (20.178.49.30) by BYAPR05MB4357.namprd05.prod.outlook.com (52.135.202.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1425.14; Fri, 14 Dec 2018 15:20:42 +0000 Received: from BYAPR05MB5797.namprd05.prod.outlook.com ([fe80::c16a:36b1:1194:9795]) by BYAPR05MB5797.namprd05.prod.outlook.com ([fe80::c16a:36b1:1194:9795%4]) with mapi id 15.20.1446.006; Fri, 14 Dec 2018 15:19:52 +0000 From: Duane Ellis To: Sergey Kruk CC: "gdb@sourceware.org" Subject: Re: Copyright Assignment Date: Fri, 14 Dec 2018 15:20:00 -0000 Message-ID: References: <2524741544773380@myt3-c7e5d17fe013.qloud-c.yandex.net> In-Reply-To: <2524741544773380@myt3-c7e5d17fe013.qloud-c.yandex.net> received-spf: None (protection.outlook.com: duaneellis.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=duane@duaneellis.com; MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-IsSubscribed: yes X-SW-Source: 2018-12/txt/msg00007.txt.bz2 UGxlYXNlIGNvbnRhY3QgdGhlIEdOVSBwZW9wbGUNCg0KU3BlY2lmaWNhbGx5 IHRoaXMgZG9jdW1lbnQgc2hvdWxkIGhlbHAgeW91IGdldCBzdGFydGVkOg0K DQpodHRwczovL3d3dy5nbnUub3JnL3ByZXAvbWFpbnRhaW4vaHRtbF9ub2Rl L0NvcHlyaWdodC1QYXBlcnMuaHRtbA0KDQpTZW50IGZyb20gbXkgaVBhZA0K DQpPbiBEZWMgMTMsIDIwMTgsIGF0IDIzOjQzLCBTZXJnZXkgS3J1ayA8a3Nl QGNsb3VkYmVhci5ydTxtYWlsdG86a3NlQGNsb3VkYmVhci5ydT4+IHdyb3Rl Og0KDQpPdXIgQ29tcGFueSBDbG91ZEJFQVIgKGh0dHA6Ly9jbG91ZGJlYXIu cnUpIHJlcXVlc3RzIHRoZSBmb3JtIG9mIENvcHlyaWdodCBBc3NpZ25tZW50 Lg0KV2UgYXJlIGdvaW5nIHRvIGNvbnRyaWJ1dGUgZ2RiLiBQYXRjaGVzIHRv IHRoaXMgbW9kdWxlcyBtYXkgYmUgZnJvbSBvdGhlciBlbXBsb3llZXMNCnNv IHdlIGNvdWxkIHNlbmQgeW91IGxpc3Qgb2YgYWxsLiBQbGVhc2Ugc2VuZCB0 aGUgbGlzdCBvZiBuZWNlc3NhcnkgaW5mb3JtYXRpb24gdGhhdCB3ZSBzaG91 bGQgcHJvdmlkZS4NCk91ciBwcmluY2lwYWwgcGxhY2Ugb2YgYnVzaW5lc3Mg aXMgVHN2ZXRvY2huYXlhIHN0LiAxOCBidWlsZGluZyBaLCBvZmZpY2UuIDMx NSwgMTk2MDA2LCBTdC4gUGV0ZXJzYnVyZywgUnVzc2lhbiBGZWRlcmF0aW9u Lg0KDQpCUiwNClNlcmdleSBLcnVrDQpDRU8NCg== >From gdb-return-46732-listarch-gdb=sources.redhat.com@sourceware.org Sat Dec 15 22:54:40 2018 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 70595 invoked by alias); 15 Dec 2018 22:54:40 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org Received: (qmail 70577 invoked by uid 89); 15 Dec 2018 22:54:39 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=hopes, Compile, Hx-languages-length:1607 X-HELO: gateway32.websitewelcome.com Received: from gateway32.websitewelcome.com (HELO gateway32.websitewelcome.com) (192.185.145.107) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 15 Dec 2018 22:54:37 +0000 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway32.websitewelcome.com (Postfix) with ESMTP id AB09B196E3F for ; Sat, 15 Dec 2018 16:54:36 -0600 (CST) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id YIpQgb8he2PzOYIpQgMPr3; Sat, 15 Dec 2018 16:54:36 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Bx/NTnZ5SnJdC9SRdkbmxSr/SfimN7pR+lpeRLweAL8=; b=X+Jk7tA9XDmoMbe6NHz0lvCEUW Sv0iINJ9Uwj/8CTQx60w6eXUst7zKms4n/x7UDUWvwRam/x3+JqTv+Do3V2y9RqC/UWDgFCRWKx65 zFTceY68+bMXHSkb49M2rvEEG; Received: from 75-166-72-210.hlrn.qwest.net ([75.166.72.210]:45368 helo=bapiya) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gYIpQ-000gxS-7d; Sat, 15 Dec 2018 16:54:36 -0600 From: Tom Tromey To: Paul Naert Cc: gdb@sourceware.org Subject: Re: [Compile] Inserting compiled code via jumps References: <20181212160933.Horde.zgKx70qWwfqOpGUV4Dq7x5_@www.imp.polymtl.ca> Date: Sat, 15 Dec 2018 22:54:00 -0000 In-Reply-To: <20181212160933.Horde.zgKx70qWwfqOpGUV4Dq7x5_@www.imp.polymtl.ca> (Paul Naert's message of "Wed, 12 Dec 2018 16:09:33 +0000") Message-ID: <87pnu25rkk.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-12/txt/msg00008.txt.bz2 Content-length: 1570 >>>>> "Paul" == Paul Naert writes: Paul> I am a masters student and I would like to devote my research to Paul> improving GDB's GCC Compile and Execute by adding the possibility to Paul> jump directly to the compiled code without having to hit a breakpoint. Paul> The idea is to reuse the same principle that was used in fast Paul> tracepoints to insert code in a compiled program, except that instead Paul> of jumping to GDB's collector function we would execute the code Paul> compiled by GCC each time we hit the selected instruction. I am not sure I really understand the idea. With the "compile" command, we had hopes of someday extending it to either allow fast breakpoint conditions (by compiling the breakpoint condition and patching the process); or to allow fix-and-continue (recompiling a single function and inserting it). Is your idea like one of these? If it's different, could you maybe show an example of how a user would use it? Paul> - Has someone already worked on this ? On the wiki page there are Paul> mentions to future projects that seem related (fast breakpoint Paul> conditions most notably) As far as I know nobody is working on it. Paul> - Do you see any reason why that would not work that I missed, Paul> except for the limitations of the existing Compile project? I think it's entirely possible. I think the main issues involve the patching -- figuring out how to replace instructions. Maybe dyninst could be used to help with the rewriting, or maybe it can be done purely in gdb. thanks, Tom