From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 72088 invoked by alias); 20 Mar 2015 13:39:47 -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 72077 invoked by uid 89); 20 Mar 2015 13:39:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: usevmg20.ericsson.net Received: from usevmg20.ericsson.net (HELO usevmg20.ericsson.net) (198.24.6.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 20 Mar 2015 13:39:45 +0000 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 0C.9B.12456.89DCB055; Fri, 20 Mar 2015 08:34:49 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Fri, 20 Mar 2015 09:39:42 -0400 From: Marc Khouzam To: Vladimir Prus , "gdb@sourceware.org" Subject: RE: Can gdbmi process many commands at once? Date: Fri, 20 Mar 2015 13:39:00 -0000 Message-ID: References: <20150320012207.GB25457@linux>, In-Reply-To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00082.txt.bz2 > From: gdb-owner@sourceware.org [gdb-owner@sourceware.org] on behalf of Vl= adimir Prus [vladimir@codesourcery.com] > Sent: March 20, 2015 1:40 AM > To: gdb@sourceware.org > Subject: Re: Can gdbmi process many commands at once? >=20 > On 03/20/2015 04:22 AM, Bob Rossi wrote: > > Hi, > > > > I'm trying to determine if GDB/MI has the capability of accepting and > > working on multiple commands at once? > > > > For instance, if I run these commands, > > (gdb) > > 123-interpreter-exec console "p argc" > > ~"$3 =3D 1" > > ~"\n" > > 123^done > > (gdb) > > 234-interpreter-exec console "p argv[1]" > > ~"$4 =3D 0x0\n" > > 234^done > > > > Is there any mode in which the command, > > 234-interpreter-exec console "p argv[1]" > > will be worked on before > > 123-interpreter-exec console "p argc" > > is finished? > > > > The implication is that i'm expecting to have at most 1 command active > > with GDB at a time. I'm curious if there is a situation where a front > > end could have many active commands at a time. By active I mean, > > I issue several commands, and then some time later, I get a response > > on each of these, in any order. >=20 > Bob, >=20 > it is not possible with the current GDB. All of the commands are executed= in the single > thread GDB has, in the order they were received. >=20 > It is possible, in theory, that somebody will require GDB in node.js, or = introduce asynchronous > operation using boost.asio or similar, but that's quite unlikely scenario. Eclipse, for example, is dependent on MI commands being processed as they a= re sent. It allows the front-end to send multiple commands at once (Eclipse g= oes up to 3) without worrying about it causing problems of ordering. Marc >From gdb-return-44252-listarch-gdb=sources.redhat.com@sourceware.org Fri Mar 20 15:38:55 2015 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 95134 invoked by alias); 20 Mar 2015 15:38:55 -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 95053 invoked by uid 89); 20 Mar 2015 15:38:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 20 Mar 2015 15:38:54 +0000 Received: from vapier (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id B30DA340C52; Fri, 20 Mar 2015 15:38:51 +0000 (UTC) Date: Fri, 20 Mar 2015 15:38:00 -0000 From: Mike Frysinger To: Joel Sherrill Cc: gdb@sourceware.org Subject: Re: Multiple Simulators Link Failure on Head Message-ID: <20150320153851.GG11803@vapier> Mail-Followup-To: Joel Sherrill , gdb@sourceware.org References: <550C1D9D.6060704@oarcorp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Yia77v5a8fyVHJSl" Content-Disposition: inline In-Reply-To: <550C1D9D.6060704@oarcorp.com> X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00083.txt.bz2 --Yia77v5a8fyVHJSl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 477 On 20 Mar 2015 08:16, Joel Sherrill wrote: > Multiple targets fail to link with sim_addr_range_hit_p. The > targets are: are you doing incremental builds ? or did you build entirely from scratch = ?=20=20 some changes landed recently that would break incremental, so you should bu= ild=20 the sim dir from scratch. how exactly did you run configure ? how about `make` ? i build every sim target myself and run their testsuites before i push new = sim=20 commits ... -mike --Yia77v5a8fyVHJSl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVDD8LAAoJEEFjO5/oN/WB5swP/iKHSGrbcskAtjOVKyTfvWaZ 8mlR5KCpG755qzgdDfEiM7+vmGuAUOSh9L8pC/VZiqbNVYxDugOSiWNbx3hegtla fULRvTEUUheA99/3awPUyDEI5yr3uyJmviMOLdmI5CgSp8o69zRV7AaT1f1g2xyC 0WFLDikvT3nmvI0gvGr/Iu/9ge3tQpoTfbyN/gHp4K0uDH4gnVFcYEm5BWGglpgv Hv2j+8McpFsT9IoPBkxJfNbOBI1e3HtC2oN2MC7uj6Y1M3e7FcYEhh7mdfyq0acA 6dpYgEJ753hUctjOSUqtDcOG8RKAEpaJSqNamgUIJr6rGuAp1pk7KQlrLO9/XvnN PDgVMTFt/+i0/AzNehH+SxMCHK3yD3PsYEvV8gs6uVfVpnDiVgu76geM8w0bZ1cD 6t7aPAX5lfa+yfqT7sMGtvzVWuq/ZPClnKc5+uFNVPdpS85Xc1xrUJkDIEfgBqU7 vXJ4wWoFwulUBvSAd+mIlo0U/pbp1MEeVRj9J3rUMuy3RR2RzQezV0Gi37KZXC0u CDuslcPtMv8OP6Wb2oXwDj6nYxlx957ZlOvtd+tD9e/Zu+2s7trLvsM480IJCa0k 0fWaI2u5v8euI7B8t5PYemF09sIDWAmZNi7yLlhgg3CBNxYKkMd40U/0vWQAS3W1 WP3vGtv5A2TzkqdYgw/n =bPnA -----END PGP SIGNATURE----- --Yia77v5a8fyVHJSl--