From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10549 invoked by alias); 6 Dec 2013 17:40:21 -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 10460 invoked by uid 89); 6 Dec 2013 17:40:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Dec 2013 17:40:19 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rB6HeB9W015981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 6 Dec 2013 12:40:12 -0500 Received: from barimba (ovpn-113-93.phx2.redhat.com [10.3.113.93]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id rB6He3NC028701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 6 Dec 2013 12:40:09 -0500 From: Tom Tromey To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [PATCH v4 2/9] add "this" pointers to more target APIs References: <1382464769-2465-1-git-send-email-tromey@redhat.com> <1382464769-2465-3-git-send-email-tromey@redhat.com> <526E8AF2.7050202@redhat.com> <87r4b5cpxd.fsf@fleche.redhat.com> <526E9451.6050103@redhat.com> <87mwltcp8v.fsf@fleche.redhat.com> <527D2323.2010708@redhat.com> <87ob5uodry.fsf@fleche.redhat.com> <527D5D58.4030707@redhat.com> Date: Fri, 06 Dec 2013 17:40:00 -0000 In-Reply-To: <527D5D58.4030707@redhat.com> (Pedro Alves's message of "Fri, 08 Nov 2013 21:53:28 +0000") Message-ID: <87wqjhkhe4.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-12/txt/msg00257.txt.bz2 >>>>> "Pedro" == Pedro Alves writes: Tom> I think the in the long run it would be better if all targets were Tom> async. Pedro> Yes, of course. It requires per-target work, however... I'm not Pedro> seeing that happen anytime soon. (and djgpp might be a challenge.) I wonder if we could simplify gdb by only providing async at the target API level, and then letting some targets still work synchronously under the hood, just using the async callback to report the event that was found. It wouldn't let "&" work but it might simplify the internals. I can't tell if this makes sense. Tom