From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9860 invoked by alias); 29 Jul 2015 01:32:25 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 9839 invoked by uid 89); 29 Jul 2015 01:32:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 29 Jul 2015 01:32:23 +0000 Received: from svr-orw-fem-05.mgc.mentorg.com ([147.34.97.43]) by relay1.mentorg.com with esmtp id 1ZKGEF-0006PG-BH from Sandra_Loosemore@mentor.com ; Tue, 28 Jul 2015 18:32:19 -0700 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.3.224.2; Tue, 28 Jul 2015 18:32:18 -0700 Message-ID: <55B82CB1.9070603@codesourcery.com> Date: Wed, 29 Jul 2015 01:32:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Pedro Alves CC: , , Subject: Re: GDB now takes 4 minutes to start up with remote gdbserver target References: <55B1768E.9090309@codesourcery.com> <55B1A4FC.9010403@codesourcery.com> <20150724085244.GB22673@blade.nx> <55B2444C.106@codesourcery.com> <2906903F-7478-4B9D-8A9A-A6256F8076EF@dell.com> <20150724151148.GA18553@blade.nx> <55B26267.4060905@redhat.com> <55B27348.1020104@codesourcery.com> <55B7FE6E.6090808@redhat.com> In-Reply-To: <55B7FE6E.6090808@redhat.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2015-07/txt/msg00076.txt.bz2 On 07/28/2015 04:13 PM, Pedro Alves wrote: > On 07/24/2015 06:18 PM, Sandra Loosemore wrote: > >> It used to print a helpful message >> suggesting using "set sysroot" if the user wants the shared library >> information, instead of hanging on startup with no indication of what >> the trouble is or how to fix it. I can't see the new default behavior >> as an improvement over the old. > > I fully agree that those should be fixed. If GDB had warned giving a > "set sysroot" suggestion, and the slow retrieval was cancelable, would we > be discussing the new default? > I think that would be about 1000 times better than the current situation. One mild concern I have is that if "set sysroot" with no arguments is the recommended way to restore the old behavior, IIUC old versions of GDB give an error on that form of the command. So, if you have startup scripts, IDE-based launchers, documentation, etc that need to support multiple versions of GDB, is there a backward-compatible command that works everywhere to get the old behavior, if that's what you want? Perhaps the GDB manual should explicitly document that instead of/in addition to plain "set sysroot". I'd also like to see the manual be more explicit that transferring files from the target can be slow and it is recommended to make a copy available on the host. And, I think the language currently in the manual that libraries on the target can be stripped as long as libraries on the host aren't needs to be tweaked, since this makes no sense if the default is to get the potentially-stripped libraries from the target anyway. -Sandra