From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 35701 invoked by alias); 6 Apr 2016 15:29:34 -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 35691 invoked by uid 89); 6 Apr 2016 15:29:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=casual 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 06 Apr 2016 15:29:32 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5F2E37F0A7 for ; Wed, 6 Apr 2016 15:29:31 +0000 (UTC) Received: from host1.jankratochvil.net (ovpn-116-59.ams2.redhat.com [10.36.116.59]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u36FTPSq023528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Apr 2016 11:29:27 -0400 Date: Wed, 06 Apr 2016 15:29:00 -0000 From: Jan Kratochvil To: Pedro Alves Cc: gdb-patches@sourceware.org, Gary Benson Subject: Re: [commit] Suggest newer gdbserver if it has no qXfer:exec-file:read Message-ID: <20160406152925.GA23407@host1.jankratochvil.net> References: <20160319201842.GA16540@host1.jankratochvil.net> <56F13963.9040204@redhat.com> <20160322131604.GA24312@host1.jankratochvil.net> <56F14F1E.5010606@redhat.com> <20160323211547.GA17400@host1.jankratochvil.net> <5703EE91.7040409@redhat.com> <20160406143413.GA2885@host1.jankratochvil.net> <57052576.1070404@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57052576.1070404@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00130.txt.bz2 On Wed, 06 Apr 2016 17:04:22 +0200, Pedro Alves wrote: > The patch mentioning a gdbserver version opens a precedent. It'd be reasonable > then for other cases to get treated the same way once that direction is set, > and multiple mentions of versions would be what we'd get against some stubs. In all cases I would also find OK to just print "Latest stable FSF gdbserver version supports that.". Just to print what the user should do, not only what the problem is. Besides that GDB also already prints 14 lines of useless text upon its start and ~200 lines of useless "Reading symbols ..." text during attachment - in a comparison with few more lines indicating a real problem. > Thus, coupled with not all stubs being gdbserver, I think that patch would > set up for the wrong direction, hence the push back. That is all mathematically correct but (I think) not helpful for a casual user. Jan