From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26537 invoked by alias); 2 Aug 2013 19:26:40 -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 26527 invoked by uid 89); 2 Aug 2013 19:26:40 -0000 X-Spam-SWARE-Status: No, score=-5.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1 Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 02 Aug 2013 19:26:40 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r72JQQMV024135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 2 Aug 2013 15:26:26 -0400 Received: from barimba (ovpn-113-128.phx2.redhat.com [10.3.113.128]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r72JQOoe026740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 2 Aug 2013 15:26:25 -0400 From: Tom Tromey To: Yao Qi Cc: Subject: Re: [PATCH v2 9/9] enable target-async References: <1375295281-7040-1-git-send-email-tromey@redhat.com> <1375295281-7040-10-git-send-email-tromey@redhat.com> <51FA1D7A.2010100@codesourcery.com> <87haf9h0qy.fsf@fleche.redhat.com> Date: Fri, 02 Aug 2013 19:26:00 -0000 In-Reply-To: <87haf9h0qy.fsf@fleche.redhat.com> (Tom Tromey's message of "Thu, 01 Aug 2013 09:47:01 -0600") Message-ID: <877gg3dhcw.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2013-08/txt/msg00100.txt.bz2 Yao> looks we can iterate over all threads, to check field command_interp Yao> to know what interpreter is used by the previous command (assuming Yao> that there should be only one thread whose command_interp is not Yao> NULL), so that this flag 'mi_last_was_cli' can be removed? Tom> Thanks, Yao. I will take a look. This worked out nicely. Well, "nicely", in that the fundamental hackiness still exists, but at least we didn't have to introduce another new global. Thanks for catching this. I'll send the new series shortly. Tom