From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71724 invoked by alias); 7 May 2018 19:17:01 -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 71548 invoked by uid 89); 7 May 2018 19:17:00 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 07 May 2018 19:16:59 +0000 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0CA933180D4F for ; Mon, 7 May 2018 19:16:58 +0000 (UTC) Received: from redhat.com (ovpn-116-161.phx2.redhat.com [10.3.116.161]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DE0A830B498C; Mon, 7 May 2018 19:16:57 +0000 (UTC) Received: from [127.0.0.1] (helo=vm-rhel7) by redhat.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from ) id 1fFld2-0003bs-Dn; Mon, 07 May 2018 15:16:56 -0400 From: fche@redhat.com (Frank Ch. Eigler) To: Pedro Alves Cc: Stan Cox , gdb-patches@sourceware.org Subject: Re: [RFC][PATCH v2] Consolidate gdbserver global variables References: <3153f899-a653-9372-72fd-25ea874f7d3c@redhat.com> <44875dda-adc6-d9a4-940c-0c27aeac574b@redhat.com> <6a41763b-6949-2d32-37fa-9d3f1afceec1@redhat.com> <7d9764b6-d95a-96b4-b064-27ce539327cf@redhat.com> <9988957e-3bf8-cbe8-6c08-58706b11bd60@redhat.com> Date: Mon, 07 May 2018 19:17:00 -0000 In-Reply-To: <9988957e-3bf8-cbe8-6c08-58706b11bd60@redhat.com> (Pedro Alves's message of "Fri, 4 May 2018 15:13:53 +0100") Message-ID: <87in7zjmxk.fsf@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: 2018-05/txt/msg00176.txt.bz2 palves wrote: > [...] > Some comments more. I still have some design reservations. > It seems to me that simply making some of the globals be > per client along won't work correctly. Particularly, the > cases where the globals are used in the backends. > [...] I don't want to speak for Stan here, but I suspect all this is about is the breaking up of the multi-client work along the patchset path your requested. Yup, indeed backends have to do the logical 'union' of the work that all the clients request, and each client interface will have to filter the notifications correspondingly to undo the 'union'. But all that is in a separate patch; this part seems to simply reorganize the globals in preparation for that, as you asked. - FChE