From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17342 invoked by alias); 3 Feb 2020 21:34:41 -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 17334 invoked by uid 89); 3 Feb 2020 21:34:40 -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.1 spammy=mine, day X-HELO: gateway24.websitewelcome.com Received: from gateway24.websitewelcome.com (HELO gateway24.websitewelcome.com) (192.185.51.253) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 03 Feb 2020 21:34:39 +0000 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway24.websitewelcome.com (Postfix) with ESMTP id BE24110DB5D for ; Mon, 3 Feb 2020 15:34:37 -0600 (CST) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id yjMbi0M0xSl8qyjMbimb6K; Mon, 03 Feb 2020 15:34:37 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Date:References:Message-ID: In-Reply-To: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=tG7P7r4zuWD48WAYD9lkOA/SjE5umFt8AXPz6ZxnrSs=; b=qt0ZvBsrYiEh/cay+03ZZw3RGu ow6FGfx38ld3+R3+RwVyzH+q5rlhE4sHcfkVc5wYierFA8LsVIxUcY9ePvEPVDkY3zTU+t8dq+Eiw yIkeBfJ2V0aFSrVoiW7+OuT2v; Received: from dsl093-174-036-212.dialup.saveho.com ([93.174.36.212]:24065 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1iyjMb-002rSP-0r; Mon, 03 Feb 2020 14:34:37 -0700 From: Tom Tromey To: Tom Tromey Cc: Pedro Alves , gdb-patches@sourceware.org Subject: Re: [PATCH] Move gdbserver to top level In-Reply-To: <87o8uo4mj0.fsf@tromey.com> (Tom Tromey's message of "Mon, 27 Jan 2020 14:28:19 -0700") Message-ID: <87blqfn0d6.fsf@tromey.com> References: <87d0bf45up.fsf@tromey.com> <7ceebbb7-b2f7-3d4a-1d8a-f31310badbe8@redhat.com> <874kwk8nz9.fsf@tromey.com> <171a3144-af37-1c29-a2a4-c4cd7eaa14c0@redhat.com> <87r1zm6x8s.fsf@tromey.com> <01b4b5ca-a802-54b5-3135-428b7c9faa84@redhat.com> <87o8uo4mj0.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Date: Mon, 03 Feb 2020 21:34:00 -0000 MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2020-02/txt/msg00050.txt.bz2 Pedro> I guess it's the intended design for top level to build readline, bfd, Pedro> etc. by default even if no application is being built that depends Pedro> on them. I don't know. [...] Pedro> So I'm thinking that it might be better to document "make Pedro> all-gdbserver" instead of the --disable approach. Or at least, Pedro> mention it as alternative. WDYT? Tom> Makes sense, though I may take a stab at fixing the top-level instead. We talked about this at FOSDEM and Pedro convinced me to just go ahead with the documentation change and the move, and consider changing the top-level configury later. Pedro> The equivalent for gdbserver would be the patch below, Pedro> which seems to work well. Was there a reason you didn't follow Pedro> libatomic's (etc.) model? Tom> I just didn't think of it. I like your idea better, though, because it Tom> means not duplicating information. I've pulled this patch into mine. I'm going to push it tomorrow or the day after, unless there's some objection. thanks, Tom